Die Bilder des Beitrags sind mit KI generiert.
In vielen Betrieben entsteht die gemischte Flotte ungeplant. Die Gestaltung arbeitet auf Macs, die Verwaltung auf Windows, und irgendwann sollen beide auf dieselben Dateien zugreifen. Wer das erste Mal einen Ordner freigibt, merkt innerhalb einer Woche, dass die Systeme unterschiedliche Vorstellungen von Dateinamen, Rechten und Schriften haben.
Die Reibungspunkte sind bekannt und lassen sich weitgehend abräumen. Nötig ist dafür weniger ein Werkzeug als eine Handvoll Festlegungen, die für beide Welten gleichermaßen gelten.
Die Reibungspunkte im Alltag
Fünf Themen tauchen bei praktisch jeder gemischten Umgebung auf, und alle fünf betreffen die Zusammenarbeit an Dateien.
- Groß- und Kleinschreibung, denn APFS unterscheidet standardmäßig nicht zwischen Bericht.pdf und bericht.pdf, viele Serversysteme dagegen schon
- Sonderzeichen in Dateinamen, weil der Doppelpunkt unter macOS erlaubt und unter Windows verboten ist
- Verborgene Begleitdateien, die macOS auf Netzfreigaben ablegt und die auf Windows-Seite als Datenmüll auftauchen
- Pfadlängen, die unter Windows historisch bei 260 Zeichen enden und bei tiefen Ordnerbäumen zum Kopierabbruch führen
- Schriften, denn ein Dokument mit einer nur lokal installierten Schrift bricht auf dem anderen System das gesamte Layout
Die wirksamste Gegenmaßnahme ist eine Namenskonvention ohne Umlaute, Leerzeichen und Sonderzeichen, kombiniert mit einer flachen Ordnerstruktur. Für Schriften genügt eine kleine Freigabe mit den im Haus verbindlichen Dateien, die auf beiden Plattformen installiert werden.
Dokumente, die auf beiden Seiten funktionieren
Beim Austausch von Office-Dokumenten sind die Formate identisch, der Funktionsumfang ist es nicht. Die Mac-Ausgabe unterstützt Makros in eingeschränktem Umfang, einzelne Analysewerkzeuge der Tabellenkalkulation fehlen, und eine Datenbankanwendung wie Access existiert für macOS gar nicht. Wer eine Office für Mac Lizenz beschafft, sollte deshalb vorher klären, welche Vorlagen und Auswertungen im Haus tatsächlich mit Makros arbeiten. Anbieter wie it-nerd24 führen die Mac-Varianten getrennt von den Windows-Versionen, weil eine Lizenz nicht plattformübergreifend gilt.
Praktisch bewährt hat sich eine Trennung nach Zweck. Dokumente, die zwischen den Welten wandern und nur gelesen werden, gehen als PDF. Dateien zur gemeinsamen Bearbeitung bleiben im Originalformat und liegen an genau einem Ort. Vorlagen mit Automatisierung werden auf einer Plattform gepflegt, und die andere Seite bekommt das Ergebnis.
Sicherheitsanforderungen unterscheiden sich
Für die Absicherung gibt es plattformspezifische Vorgaben. Der Baustein SYS.2.4 Clients unter macOS aus dem IT-Grundschutz verlangt unter anderem die Verschlüsselung der Datenträger, insbesondere bei mobilen Geräten. Ausdrücklich gefordert wird dabei, das Schlüsselmaterial von FileVault nicht online beim Hersteller zu hinterlegen und den erzeugten Wiederherstellungsschlüssel an einem sicheren Ort aufzubewahren. Auch die Deaktivierung der Ortungsdienste ist dort vorgesehen.
Für Windows-Geräte gilt Vergleichbares mit BitLocker, wobei sich der Wiederherstellungsschlüssel dort im Verzeichnisdienst hinterlegen lässt. Genau diese Asymmetrie ist der Grund, warum eine gemischte Flotte zwei getrennte Verfahren zur Schlüsselverwahrung braucht. Wer nur eines dokumentiert, steht beim ersten Ausfall vor einem verschlüsselten Gerät ohne Zugang.
Bei der Geräteverwaltung hat sich der Domänenbeitritt für Macs überlebt. Üblich ist heute eine Verwaltung über ein MDM-System, das Konfigurationsprofile verteilt, während die Anmeldung über den Identitätsdienst läuft. Für Windows existiert mit der automatisierten Erstkonfiguration ein funktional vergleichbarer Weg, sodass sich beide Plattformen im selben Verzeichnis abbilden lassen.
Drucken, Speichern, Sichern
Beim Drucken laufen die Welten technisch auseinander. macOS spricht Drucker bevorzugt über offene Standards an und kommt bei modernen Geräten ganz ohne Herstellertreiber aus, während Windows weiterhin auf plattformspezifische Treiber setzt. Bei der Beschaffung lohnt deshalb der Blick darauf, ob ein Gerät den treiberlosen Weg beherrscht, weil sonst zwei Treiberbestände parallel gepflegt werden müssen.
Für gemeinsame Ablagen hat sich ein Server mit aktuellem SMB-Protokoll durchgesetzt. Ältere Protokollversionen sollten deaktiviert bleiben, weil sie als unsicher gelten und in gemischten Umgebungen ohnehin Kompatibilitätsprobleme erzeugen. Wichtig ist außerdem eine einheitliche Rechteverwaltung, denn die Berechtigungsmodelle beider Systeme lassen sich nur über den Server sauber zusammenführen.
Bei der Datensicherung führen getrennte Bordmittel zu getrennten Verantwortlichkeiten und damit zu Lücken. Sinnvoller ist eine plattformübergreifende Lösung, die beide Systeme in denselben Zeitplan und dieselbe Aufbewahrungslogik einbindet. Nur so lässt sich die Frage, wie alt die jüngste Sicherung eines beliebigen Geräts ist, überhaupt beantworten.
Fehler richtig eingrenzen
Bei Störungen ist die Versuchung groß, sofort das Betriebssystem verantwortlich zu machen. Tatsächlich liegen die Ursachen meist tiefer im Netzwerk. Ein Leitfaden zu err_connection_refused und seinen Ursachen zeigt die Systematik, die sich unverändert auf beide Plattformen anwenden lässt, von der Namensauflösung über Firewall-Regeln bis zum tatsächlich lauschenden Dienst auf dem Zielport.
Für gemischte Umgebungen empfiehlt sich ein festes Prüfschema. Zuerst wird geklärt, ob das Problem nur ein Gerät, nur eine Plattform oder alle betrifft. Diese eine Frage grenzt die Ursache in den meisten Fällen bereits auf ein Drittel ein und verhindert, dass an einem Client geschraubt wird, während der Fehler auf dem Server liegt.
Anwendungen und ihre Lizenzmodelle
Bei Fachanwendungen entscheidet die Architektur darüber, wie aufwendig der Mischbetrieb wird. Eine Übersicht zur Architektur und Lizenzierung von Unternehmensclients ordnet die gängigen Modelle ein, von der Abrechnung je Nutzer über die Bindung an ein Gerät bis zur gleichzeitigen Nutzung. Webbasierte Anwendungen umgehen das Plattformproblem vollständig, weil sie nur einen aktuellen Browser voraussetzen.
Wo eine Anwendung ausschließlich für Windows vorliegt, bleiben drei Wege. Eine virtuelle Maschine auf dem Mac, ein Terminalserver im Haus oder eine Fernsitzung auf einen dedizierten Windows-Rechner. Die zweite Variante ist bei mehreren Betroffenen meist die günstigste, weil eine einzige gepflegte Installation für alle reicht und Updates nur an einer Stelle anfallen.
Ein tragfähiges Vorgehen
Bewährt hat sich, die Gemeinsamkeiten zu maximieren statt die Unterschiede zu verwalten. Ein gemeinsamer Identitätsdienst, ein gemeinsamer Speicherort, eine gemeinsame Namenskonvention und ein einheitliches Sicherungsverfahren decken den größten Teil des Alltags ab. Alles, was danach noch plattformspezifisch bleibt, ist überschaubar und dokumentierbar.
Am Ende zählt eine einfache Probe. Eine Person, die vom Mac an einen Windows-Arbeitsplatz wechselt, sollte ohne Rückfrage an ihre Dateien kommen, drucken können und dieselben Anwendungen vorfinden. Wo das gelingt, ist die Flotte gut aufgestellt, unabhängig davon, wie viele unterschiedliche Systeme darin nebeneinander laufen und wie sie historisch zusammengekommen sind.