Ich leiste in Frankfurt Service vor Ort für Macintosh, iPhone/iPad und Netzwerke und dank TeamViewer für Macintosh weltweit in Fernwartung. Gerne verkaufe ich auch ein individuell zusammengestelltes Macintosh-System.

Zum Schluß noch ein besonderes Angebot für Neu- und Bestandskunden, denn mit meinem Dienst zur Sicherung Eurer Serverdaten über Eure bestehende Internetverbindung könnt Ihr alle gleichermaßen medeor unterstützen: Von allen Datensicherungsverträgen spende ich 25% der Umsätze im letzten Quartal 2011.

Über das Airport-Dienstprogramm läßt sich die Time Capsule komfortabel einrichten. Eins fehlt allerdings: der DHCP-Server kann nicht deaktiviert werden, ohne die Router-Funktion komplett auszuschalten („Bridge Mode“). Das ist äußerst störend, wenn man eine andere DHCP-Konfiguration benötigt, als von der Time Capsule angeboten wird, weil etwa mehr als ein Router im Netzwerk betrieben werden soll.

Zum Glück gibt es einen Trick, so einfach wie genial: David McNett hat es uns gezeigt. Man begrenzt den Adreßbereich, den die Time Capsule über DHCP vergeben soll, auf eine einzige IP-Adresse, und bindet diese fest an eine frei erfundene MAC-Adresse, z. B. 00:01:02:03:04:05. Das sieht so aus:

Dasselbe funktioniert übrigens auch mit der AirPort Extreme und AirPort Express Basisstationen.

Erklärung für technisch Interessierte

Weil der DHCP-Server in dieser Einstellung keine freie Adressen hat, die er ausgeben könnte, schweigt er einfach vornehm bei jeder Anfrage – es ist so, als wäre er ausgeschaltet. Um das zu überprüfen, kannst Du im Terminal folgendes eingeben:

sudo tcpdump -vv -i en1 -n port 67 and port 68

Dabei ist „en1“ der Name der AirPort-Schnittschnittstelle (bei einem MacBook Air etwa wäre es „en0“). Forderst Du mit einem angeschlossenen Computer eine neue DHCP-Adresse an. Bei einem über AirPort verbundenen Mac z. B. klickst Du dazu in Systemeinstellungen -> Netzwerk -> AirPort -> Weitere Optionen -> TCP/IP auf „DHCP-Lease erneuern“.

Die DHCP-Verhandlung wird über die UDP-Ports 67 und 68 abgewickelt, und man wird genau sehen, welcher DHCP-Server die Anfrage beantwortet. Wenn die Time Capsule sich nicht zu Wort meldet, dann ist ihr DHCP-Server erfolgreich stummgeschaltet.

Dem ist aber nicht so.

Wie bereits in Apples eigenen Diskussionsforen zu lesen ist, führt Time Machine, zumindest in den Versionen OS X Server 10.6.3 und 10.6.4, regelmäßig zum Absturz des Open Directory Server-Dienstes. Daraufhin kann sich kein Benutzer mehr am Server anmelden, während bestehende Verbindungen meist bestehen bleiben. Wer nicht innig mit der Handhabung von Open Directory über die Kommandozeile vertraut ist, dem bleibt nur noch ein Neustart des Servers.

Fazit: solange dieses Problem nicht abschließend geklärt ist, sollte man am Server lieber Time Machine ausschalten und sich eine andere Form der Datensicherung einrichten, z. B. mit Decimus Synk. Wer noch eine ältere Version von Mac OS X Server verwendet, kann auch überlegen, vorerst nicht über 10.6.2 hinaus zu aktualisieren – da scheint zumindest dieser Fehler nicht aufzutreten.

• Mit Spotlight – nur auf Apple-Servern mit 10.5: schnell und komfortabel, oder
• mit „CatalogSearch“ – auf OS-X-Servern mit 10.4 oder älter sowie auf modernen AFP-Servern für Linux und Windows: schnell, aber keine Inhaltssuche möglich, oder
• zu Fuß – auf alten Windows- und Linux-Servern sowie auf allen SMB-Servern: äußerst langsam und somit eigentlich unbrauchbar.

Nach der Aktualisierung auf OS X 10.5.6 am Arbeitsplatz funktioniert die zweite Variante (CatalogSearch) nicht mehr, wie auch von GroupLogic bestätigt. Suchabfragen auf solchen Serverlaufwerken werden vom Finder sofort ohne Ergebnis beendet.

Deshalb kann ein Mac mit 10.5.6 nur auf einem aktuellen Apple-Server vernünftig nach Dateien suchen. Man darf hoffen, daß dieser Fehler in den nächsten Monaten mit Mac OS X 10.5.7 behoben wird.

Bis dahin bleibt eigentlich nur die Möglichkeit, bei Bedarf die Arbeitsplätze auf 10.5.5 abzurüsten. Alternativ könnte man zur Suche auf dem Server den hervorragenden CDFinder verwenden, sofern man den CDFinder-Katalog regelmäßig aktualisiert.

Aber was tun, wenn man kein OS X Server hat, sondern nur „normales“ OS X? Zum Glück gibt es eine einfache Lösung.

Die VPN-Verbindungen werden im Hintergrund vom „vpnd“ Dienst verwaltet, und Apple liefert den vpnd von OS X Server freundlicherweise auch beim normalen OS X mit. Es fehlt nur die Bedieneroberfläche, um vpnd zu konfigurieren, aber…

Dafür gibt es iVPN von Alex Jones (MacServe). Was soll man sagen, es funktioniert, und der Download ist sogar kostenlos. (Da wird man sicher auch den Spendenaufruf des Autors nicht vernachlässigen.)

Mit iVPN lassen sich sowohl L2TP- als auch PPTP-VPN-Zugänge einrichten, wobei PPTP für den Einstieg einfacher zu konfigurieren ist und sowohl mit Mac OS X als auch Windows Clients ohne Zusatzsoftware funktioniert.

Wenn der VPN-Server hinter einem Router sitzt, muß man natürlich noch TCP-Port 1723 sowie das GRE-Protokoll (IP Protokoll Nr. 47 – NICHT Port Nr. 47!) im Router als „Portweiterleitung“ oder „port forward“ an den VPN-Server weiterleiten.

Danach sollten die Verbindungen klappen. Falls nicht, kann es am Router am Client-Ende der Verbindung liegen, dann hilft vielleicht ein Firmware-Update.

Noch ein letzter Hinweis: Durch die VPN-Einwahl wird nur eine IP-Verbindung ins entfernte Netzwerk hergestellt. Andere Protokolle werden nicht weitergeleitet. Deshalb kann man z. B. nicht auf AppleTalk-Drucker zugreifen und muß bei Bedarf die Druckerverbindungen neu über TCP/IP einrichten.

Insbesondere beim Speichern von Dateien aus Photoshop CS3 direkt auf ein Servervolume können Datenfehler auftreten: die Datei hat hinterher streifenförmige Pixelfehler oder ist gar nicht mehr zu öffnen.

Es handelt sich lt. HELIOS um einen Fehler im OS X AFP-Client, so daß nicht nur HELIOS-Server betroffen sind, sondern z. B. auch Extreme Z-IP und der Zugriff von einem Mac zum anderen über Personal File Sharing.

Fazit: Entweder sollte man bis zur endgültigen Klärung des Problems bei 10.5.2 bleiben, oder man sollte Dateien aus Photoshop nur auf die eigene Festplatte speichern und anschließend auf den Server kopieren. (Beim Kopieren im Finder soll das Problem nicht auftreten.)

Das Problem betrifft sehr wahrscheinlich die gesamte Creative Suite 3 und möglicherweise auch Programme anderer Hersteller.

Manchmal soll es helfen, bei Systemeinstellungen? Netzwerk? AirPort die Funktion “AirPort-Status in der Menüleiste anzeigen” zu deaktivieren. Aber auch dann kann die Verbindung mehrmals in der Minute abbrechen, oder sie ist einfach nur quälend langsam.

In den Apple-Foren wird das Problem seit einiger Zeit diskutiert, siehe etwa hier. Leider bisher ohne Ergebnis. Sowohl Apple AirPort-Basisstationen als auch WLAN-Router anderer Hersteller sind betroffen.

Wer auf seine AirPort-Netzwerkverbindung angewiesen ist, bleibt im Moment wohl besser bei 10.5.1 und meidet auch sonstige AirPort-Updates.

SpamSieve ist eine schöne Filtersoftware für Mac OS X, die Spam mit recht guter Trefferquote aussiebt. Es kommen leider noch viel zuviele Spam-Emails durch, aber nach kurzem Training werden fast keine “guten” Emails zu Unrecht als Spam ausgesiebt.

Man muß den “Spam” Ordner in Apple Mail also eigentlich gar nicht mehr beachten. Oder doch?

Heute habe ich etwas über die Grenzen von HFS+ gelernt, dem “Mac OS erweitert” Dateisystem von OS X.

Der “Spam” Ordner hatte schon viele Spam-Emails gesammelt. Sehr, sehr viele. Ungefähr 300,000.

Da gibt es anscheinend einen toten Punkt.

Wenn ein Ordner wesentlich mehr als 300,000 Dateien enthält, kommt das Betriebssystem langsam aber sicher zum Stillstand, nach jedem Mausklick wartet man minutenlang. Da hilft auch keine Neuinstallation. Das einzige was hilft:

Spam löschen.

Sollte man viel öfter machen.