Egal wie: allen gemeinsam ist, das sie ein einfaches und bequemes Mittel darstellen um Daten immer und überall griffbereit auf allen Devices zu haben. Neben dem »Altvater« DropBox für den es ab Werk 2 GB Speicherplatz kostenlos gibt plus weiteres für neugewonnene Mitglieder (ACHTUNG: Aktion bis 31.10.2011: 2 x 50 GB extra zu gewinnen !) kommt nun Apple mit iCloud daher. Zunächst einmal ist sehr erfreulich, dass nach dem nicht immer runden und recht teuren MobileMe nun eine kostenlose Alternative bereitsteht, die immerhin 5 GB mitbringt. Richtig nett wird iCloud bei uns aber wohl erst werden, wenn iTunes dort verfügbar wird. Das Angebot ist derzeit nur in den USA verfügbar – dort kann man offenbar mit Musiklabels zu vernünftigen Einigungen kommen :-/. Auch wenn iTunes in der Cloud ein kostenpflichtiges Extra wird – für 25 $ (€?) pro Jahr die komplette Library (die bei mir rund 22.000 Titel umfasst) von Apple tip-top aufbereitet zu bekommen, ohne eine Nachfrage ob die MP3-Dateien selbst gerippt wurden oder als (erlaubte!) Privatkopie den Weg auf den Rechner fanden, finde ich sehr attraktiv.

5 GB sind nicht die Welt und so kommt aktuell box.net mit einem Top-Angebot daher: 50 GB Speicherplatz, wenn die Cloud über iPhone oder iPad eingerichtet wird. Die Aktion läuft bis zum 30.11.2011 (50 Tage). box.net-App downloaden, anmelden und (fast) fröhlich sein. Wieso fast? Weil iPhone und iPad unterstützt sind, eine Mac und Win-Applikation ähnlich wie Dropbox sie bietet aber noch in der Pipeline stecken. Schlimm? Nein!

Zum ersten ist die Weboberfläche nicht die allerschlechteste – inklusive Drag’n Drop Upload per Browserfenster. Zum zweiten gibt es schon eine kleine Mac-App namens Box Simple Share die zumindest ein paar rudimentäre Funktionen wie einen Upload, insbesondere von Screenshots auf der Pfanne hat. Und zum dritten – und besten – kann man box.net auch per WebDAV direkt aus dem Finder heraus ansprechen. Michael Preidel beschreibts auf seiner Page:

Interessant dabei ist, dass sich der Speicherplatz bequem über WebDAV ins Filesystem einbinden lässt: Unter Mac OS X im Finder Befehl-K drücken (oder im Menü Gehe zu > Mit Server verbinden … auswählen), bei Serveradresse „http://box.net/dav“ eintragen und anschließend Benutzer und Kennwort des Box.net-Accounts eintragen.

sadf

Da wäre zum Ersten die Unterscheidung zwischen Server-Betriebssystem und Client-Rechnern. Was für den Client i.d.R. schon recht ordentlich funktioniert, muss für den OS X Server noch lange nicht gelten. Nachzuschlagen bei 10.5., wo ich Serverinstallationen guten Gewissens erst mit 10.5.6 angefangen habe. Im Prinzip verhält es sich mit SL recht ähnlich. Gerade wenn es darum geht neue Features der Serverversion einzusetzen kann man nur warnen. Bei 10.5. entpuppte sich der als Killerfeature hochgelobte iCal-Server als absolut anfällig. Unter 10.6 stellt zunehmend der Adressbuchserver als (im Moment, Stand 10.6.1) unbrauchbar heraus. Hier gilt es entspannt abzuwarten oder Drittprodukte einzusetzen. Bei bereits erprobten und seit vielen Versionen implementierten Funktionen kann darüberhinaus auch der alte Grundsatz gelten: never change a running system. Warum aus 10.4 oder 10.5. nun mit Gewalt 10.6. machen, wenn die eingesetzten Dienste absolut ident bleiben?!

Zum Zweiten das Zusammenspiel in Netzwerken. Was auf dem Einzelplatzrechner noch prima funktionieren mag, muß für eine Netzwerkinstallation noch lange nicht gelten. Die Liste von Unverträglichkeiten die Apple im Rahmen von Updates in Sachen Netzwerk produziert hat ist lang: hier mal ein DNS nicht mehr tat was er sollte, dort mal ein »verbessertes« AFP-Protokoll, das halbe Netzwerke lahmlegte und Server Amok laufen liess, … Die Aussage: »Bei mir läuft alles bestens, keine Probleme mit SnowLeopard!« bekomme ich denn i.d.R. auch von Leuten, die einsam und alleine mit ihrem MacBook auf weiter Flur unterwegs sind.

Zum Dritten die Konsistenz von Betriebssystemen innerhalb eines Netzes und damit ggf. verbunden die Notwendigkeit von Investitionen in neue Hardware. Was wie gerade beschrieben für ein Netzwerk im Allgemeinen gilt, gilt umso mehr für ein Netzwerk aus gemischten OS Versionen. Dabei muss man nicht mal in die Ferne zu Windows und Linux schweifen; schon der gemischte Einsatz von 10.4., 10.5. und 10.6. – von noch älteren Sachen, sehen wir wirklich mal ab – kann unerwünschte Verhalten im Netzwerk produzieren. So wurden beispielsweise die Formate von iCal und Mail zwischen den Versionen immer wieder mal geändert – was auch für den Laien recht leicht erkennbar ist an den Dialogen der ersten Installation: »Mail muß ihre Postfächer importieren« oder so ähnlich schlägt es einem nach erfolgtem Systemwechsel entgegen. Ein hin- und herwechseln zwischen verschiedenen OS-Versionen z.B. im Zusammenhang mit serverbasierten Homeverzeichnissen ist dann zum scheitern verurteilt! Scheidet dann noch ein Upgrade von Rechnern aus – bei SnowLeopard betrifft dies z.B. sämtliche PPC-Rechner – so entsteht aus dem Wunsch nach einer neuen OS-Version schnell ein größerer Bedarf an Ersatzinvestitionen!

Und zum Vierten wäre da noch die Verträglichkeit der vorhandenen Software mit SnowLeopard zu prüfen. Neben einigem an kunden- oder branchenspezifischen Programmen (die i.d.R. aufgrund ihres begrenzten Marktes und den dadurch schmalen Ressourcen in der Entwicklung und im Support zumeist mit Freigaben für aktuelle Betriebssysteme etwas hinterher hinken) sind auch die üblichen Verdächtigen wie Office Pakete, Mal- und Zeichenprogramme oder das eine oder andere liebgewonnene Tool auf SL-Tauglichkeit zu untersuchen. Hierbei hilft erfreulicherweise recht unkompliziert die Software »SnowChecker«.

Unterm Strich bleibt daher zu sagen: Ja, cleintseitig kann SnowLeopard bereits eine Option sein, wenn es sich in die vorhandene Installationsbasis einfügt. Wer dringend neue Rechner braucht, sollte darauf achten, das ggf. ein Downgrade auf 10.5. noch möglich ist!

Die Antwort auf diese Frage klingt trivial: Dienstprogramm Verzeichnisdienste öffnen, das Active Directory PlugIn mit der AD-Domain des Servers ausstatten, AD-Verwalter und -kennwort eintragen, fertig.

Wären da nicht noch ein paar »aaabers«, die es dazu zu beachten gibt.

1. Voraussetzung ist natürlich ein ordentlich konfigurierter Server. D.h. LDAP und DNS müssen laufen und idealerweise übernimmt der Server auch noch den DHCP Broadcast um die Informationen korrekt an die Clients zu übermitteln. Eigentlich nicht sehr viel anders, als beim OS X Server (wenn gleich ich beim Blick in die Adminoberfläche des Windows-Rechners den oftmals verfluchten OS X Server im Inneren still lobpries!)
2. eingebunden bekommt man auf diese Weise sowohl 10.5 wie auch 10.4. Clients. Allerdings verweigern die Tiger danach den Verbindungsaufbau via SMB, sprich: die übermittelten Credentials prallen ab. Lediglich bei Leopard ist damit macseitig wirklich schon alles getan.
3. um die Tiger-Clients mit SMB auszustatten bleibt der Griff zur 3rd-Party Software. ADmitMac von Thursby landete dabei gleich im ersten Versuch einen Treffer. Aufgrund des Preises von rund 150 EUR ist sollte allerdings auch eine Prüfung dazugehören, ob die Clients nicht doch zu einem Upgrade auf Leopard taugen (oftmals fehlt es ja nur an etwas RAM, welches gerade günstig zu bekommen ist) oder ob nicht besser gleich in einen aktuellen Rechner investiert wird.

Simple Administration

»Allein mir fehlt der Glaube« ist man geneigt zu sagen, wenn man die Screenshots betrachtet und sich vor Augen hält, das diese GUI bereits aus Leopard 10.5. bekannt ist. Ebenso ist bekannt, das diese simple Administrationsoberfläche auch mit der »simplen« Konfigurationsmethode des Servers einhergeht, also der Methode bei der man eigentlich gar keinen Server braucht, sondern ebenso gut seinen Client aufbohrt. Für diese Karoeinfach-Kram braucht man wirklich kein IT-Abteilung. Für einen vollständigen Server, auch wenn OS X draufsteht, aber schon, oder mindestens einen externen Dienstleister.

iCal Server 2

Das wichtigste zuerst: die dämlichen Bubbles als Infofenster zu den Terminen verschwinden offenbar. iCal hatte sich u.a. damit gegenüber Tiger bis zur Unbenutzbarkeit verschlimmbessert. Der Server selbst basiert weiterhin auf CalDAV. So sehr beim Client also auf Exchange-Kompatibilität geachtet wurde – dem Server fehlt sie offenbar. In einem gemischten Netzwerk könnte also weiterhin ein Kerio Mailserver von Nöten sein.

Address Book Server

Na endlich! Konnte Leopard bisher nur mit einer halben Groupware aufwarten, bekommt der Schneeleopard nun endlich auch noch die andere Hälfte dazu. Aber wie schon unter iCal: kein Wort von der Anbindung anderer Clients als die Apple-eigenen. Auch hier gilt: im Zweifel lieber noch ein bisschen Etat für einen Kerio einplanen.

Podcast Producer 2

Ehrlich gesagt: ich hab ihn unter Leopard noch nie gebraucht und mir fällt auch für die neue Version herzlich wenig an Verwendung dazu ein. »… distributing university lectures …« mag ich ja noch glauben, aber »… training a sales force …« ist für mich ein für ein kommerzielles Umfeld an den Haaren herbeigezogenes Beispiel. Der fehlende Rückkanal mag dem Dozenten an der Uni noch einigermassen piepenhagen sein – die nächste Klausur wird schon darüber befinden obs angekommen ist. Als Verkaufsleiter/-trainer hätte ich schon gerne eine Einschätzung ob mein Sermon auf fruchtbaren Boden fällt, hängt doch nicht viel weniger als der Erfolg meines Produktes oder gar meines ganzen Unternehmens davon ab.

Wiki Server 2

Auch den habe ich bisher noch nicht eingesetzt, sehe aber durchaus mehr Sinnhaftigkeit für dieses Feature. Im Prinzip kann damit ein komplettes Intranet mit Stellenbeschreibungen, Organisationsprinzipien, Ablaufplänen, Arbeitsanweisungen, Dokumentationen, etc. etc. erschlagen werden. Ein bisschen mehr an vorgefertigter Struktur á la Pages-Vorlage zu o.g. Themen und gerne auch darüberhinaus würden den Einsatz erheblich beflügeln.

Mobile Access Server

VPN ohne VPN?! Ich weiß noch nicht was ich davon halten soll. Wie immer wo Bequemlichkeit einkehrt, geht IMHO Sicherheit zurück. Zumal die Einrichtung von VPN sowohl server- wie auch clientseitig auf OS X nicht wirklich Raketentechnik ist.

iChat Server

Den letzten iChat Server habe ich vor Jahren unter Tiger aufgesetzt. Genutzt wurde er nie. Ist meine Kundschaft zu wenig hip oder ist auch das etwas, das die (Business)Welt nicht wirklich braucht?

Mail Services

Leider verraten die Darstellungen auf der Seite rein gar nichts zum Server selbst. Bisher – sowohl unter Panther, Tiger und Leopard – galt aber: die GUI bildet nur einen sehr schmalen Teil der Konfigurationsmöglichkeiten ab. Vernünftige Kenntnisse in postfix, squirrelmail und Konsorten sowie ein geübter Umgang mit der Konsole waren (und dürften auch weiterhin) unabdingbar (sein). Schon wieder (immer noch) eines raufgezählt für die Kerio-Anschaffung.

Web Hosting

Ebenfalls wird ein Bild aus der Abteilung »Schmalspur« herangezogen um die Einfachheit zu zeigen. Einen Haken setzen, fertig, online. Die Wahrheit im Serveradmin-Tool dahinter schaut anders aus und wenn nur der nervige Bug mit immer notwendigen Zertifikaten (auch wenn sie nicht zum Einsatz kommen) gefixt wäre, wäre schon was gekonnt.

File Sharing, Spotlight Server, Client Management, Networking und VPN

Eigentlich alles nichts wirklich Neues, die Verbesserungen liegen fast überall ausschliesslich im Performance-Bereich. Business as usual. Vielleicht schneller, vielleicht schlanker im Code, aber keinesfalls neu. Macht nix, funkioniert ja auch schon seit Leopard, teilweise sogar schon seit Tiger prima.

Was bleibt unterm Strich?

Snow Leopard (Server) ist Leopard (Server) wie er immer hätte sein sollen – so wurde es uns schon bei der ersten Präsentation eingebläut. Bei aller Neuentwicklung, die dort aufgrund von 64-Bit-Technologie, Grand Central, OpenCL und so weiter und so fort sicherlich eingeflossen sein mag, vordergründig bleibt es ein Minor-Release, ein weiterer Bugfix des längst als Bettvorleger gelandeten Leoparden, das auch noch Geld kosten wird. Wieviel das für den Server sein wird, ist noch nicht klar. Meiner Vermutung nach, reden wir aber über sicher rund 200 EUR für die »unlimited« Lizenz und etwa 100 EUR für die 10er-Lizenz.

Mit dem Release-Datum September + einer Karenzzeit für Tests und Bugfixes könnte also für den Großteil meiner Kunden ein Upgrade auf SnowLeopard zum Jahreswechsel 2009/2010 in Frage kommen. Der Rest wird – schon mangels Investitionsbereitschaft in einen Intel-Rechner als Server, der Voraussetzung ist, auch weiterhin mit Tiger (!) arbeiten. Und auch meine Kerio-Installationsbasis wird unter SnowLeopard nicht zusammenschmelzen.

Filesharing

Elementare Funktionen um Dateien zwischen Windows- und Macintosh-Clients auszutauschen, bzw. gemeinsam zu nutzen bringt jedes OS X ab Werk mit. Ein einfacher Haken bei »Personal FileSharing«, bzw. »Windows FileSharing« in der Systemeinstellung »Sharing« und los geht’s. Leider sind die Funktionen sehr rudimentär und insbesondere die Verwaltung von Benutzer- und Gruppenrechten alles andere als komfortabel. Da war selbst OS 9 besser aufgestellt. Abhilfe schafft das Programm SharePoints, welches neben der selektiven Freigabe von Ordnern auch gleich die zugehörigen Benutzerrechte mitverwaltet. SharePoints läuft als Universal Binary auch auf Intel Macs und ist Donationware – sprich der Autor freut sich über jede beliebig hohe Spende.

NFS-Shares

Wer neben Windows- und Mac-Rechnern auch noch Linuxrechner optimal mit gemeinsam genutzten Verzeichnissen versorgen will, kann dazu auf das NFS-Protokoll zurückgreifen. Da OS X über einen Unix-Kern verfügt ist auch das NFS-Protokoll als solches bereits enthalten und kann mit entsprechenden Kenntnissen auch über die Kommandozeile eingerichtet werden. Eine sehr viel komfortable Konfigurationsmöglichkeit bietet der NFS-Manager von Marcel Bresink. Das Tool ist als Shareware für $15 sowohl für PPC als auch Intel Macs erhältlich.

Gemeinsame Nutzung von Druckern und Faxmodem

Lokal per USB am Server angeschlossene Drucker sind ebenfalls über einen Haken unter »Sharing« freizugeben. Über den Reiter »Sharing« in den Systemeinstellungen »Drucken und Faxen« werden dann noch die einzelnen Drucker die im Netzwerk erscheinen sollen festgelegt. Hier wird ebenfalls die Freigabe des Faxmodems eingerichtet. Kosten für Software: keine.

Webserver

Insbesondere als lokale Entwicklungsumgebung ist der eingebaute Webserver von OS X sehr gut zu gebrauchen. Als Basis verwendet OS X den Apache-Webserver, so fast schon so etwas wie der Quasistandard als Webserver geworden ist. Sofern eine genügend schnelle Leitung (wichtig: die Upstreamleistung ist hier entscheidend!) zur Verfügung steht, spricht auch nichts dagegen den Webserver im Internet öffentlich zu betreiben. Wer lediglich statische HTML-Seiten erstellt und vorhält ist mit dem schon mehrfach angesprochenene Haken unter »Sharing« fertig. Wer es etwas komfortabler mag, nimmt in der Datei /etc/httpd/httpd.conf die Kommentarzeichen für die PHP-Einbindung raus und bekommt damit die Möglichkeit auch dynamische Seiten unter PHP zu erstellen. Zusammen mit einer Datenbank Installation, z.B. gibt es fertige Binaries von MySQL für OS X, entsteht so mit wenigen Klicks ein sehr leistungsfähiger Webserver. Auch die Möglichkeit zum WebDAV-Zugriff ist mit wenigen Einträgen in der Konfigurationsdatei zu ermöglichen, so daß der WebServer als Basis für den Austausch von iCal-Terminen genutzt werden kann.

Ein Wort zu den immer gerne gepriesenen “Instant-Webservern” wie XAMPP oder MAMP oder den recht komfortablen Installationen von Serverlogistics. Grundsätzlich vereinfachen sie jemandem ,der zuvor noch nie einen Webserver aufgesetzt hat, das Geschäft. Allerdings stehen einem diese fertigkonfektionierten Installationen mit etwas mehr Kenntnissen sehr schnell im Weg, weil doch einiges “verbogen” wird, um z.B. dem bereits vorhandenen Apachen nicht ins Gehege zu kommen. Ein kleiner Lernaufwand an Anfang, um die Einträge der httpd.conf kennen zu lernen ist langfristig wesentlich ergiebiger als der schnelle Erfolg der Instant-Webserver Installationen. Apache, PHP, WebDAV sind an Bord, MySQL ist Freeware.

FTP-Server

Auch hier böte OS X einen einfachen Klick und fertig wäre der FTP-Server. Aber: die Implementation des eh etwas anfälligen FTP-Protokolls ist so unsicher gelöst, das man dringend von den OS X eigenen Ressourcen abraten muß. Besser gelöst ist diese Aufgabe mit dem PureFTPd Manager. Auch der PureFTPd Manager läuft bereits nativ auf den Intel Macs und ist ebenfalls Donationware.

Mailserver

Für etwa $20 bekommt man mit MailServe »a totally-functional buzzword-compliant mail server in less than a minute, the Mac Way«, also einen fix und fertigen Mailserver, der sowohl POP, IMAP und SMTP mit wenigen Klicks auf einem beliebigen PPC oder Intel Mac unter OS X zur Verfügung stellt. Wer lediglich einen SMTP-Server für den Versand von eMails betreiben will, kann für’s halbe Geld auch auf den PostfixEnabler zurückgreifen.

DomainName-Server (DNS)

Insbesondere wenn das Netz etwas wächst wird man es zu schätzen wissen, die Rechner beim Namen nennen zu können und sich nicht kryptische IP-Nummern merken zu müssen. Aus gleichem Haus wie der PostfixEnabler und MailServe kommt daher für weitere $9,99 der DNSEnabler an Bord.

DHCP-Server

Als Grundlage für den DNS empfiehlt es sich auch einen DHCP-Server zu betreiben. Leider gibt es keinen fertigen DHCP-Server für den OS X Client, sondern lediglich den Source Code des Internet Systems Consortiums, der dann noch zu komplieren wäre. Wer diese Aufgabe scheut, sollte auf die DHCP-Server Funktionen zurückgreifen, die heute so ziemlich jeder DSL- oder ISDN-Router enthält.

VPN-Server

Auch hier bietet sich leider nur die Wahl zwischen selbst kompilierten Lösungen oder dem Rückgriff auf einen – meist schon etwas leistungsfähigeren – Router, der eine VPN-Anbindung mitbringt.

NTP-Server

Um innerhalb des Netzes eine gemeinsame Uhrzeit zu haben verfügen bietet OS X die Möglichkeit in der Systemeinstellung »Datum und Uhrzeit« einen Timeserver anzugeben. Neben den Apple-Timeservern bietet sich der Rückgriff auf die Pysikalisch-Technische Bundesanstalt – dem Betreiber der deutschen Atomuhr – unter ptbtime1.ptb.de oder ptbtime2.ptb.de an. Auch hier verfügen die meisten Router über eine entsprechende Funktion, so dass diese einmalig einen Netzverkehr nach aussen produzieren und die Clientrechner wiederum auf den Router als Timeserver zurückgreifen können.

Firewall und NAT

Einen elementaren Angriffsschutz bietet OS X – wiederum in der Systemeinstellung »Sharing« – mit seiner eingebauten Firewall. Zu beachten ist: wer neben den Standarddiensten die unter »Sharing« verwaltet werden, weitere in sein System implementiert, muß notwendige Ausnahmen für die Firewall manuell einpflegen. Ggf. ist es überlegenswert in einem überschaubaren und vertrauenswürdigen internen Netz die OS X Firewall ganz abzuschalten, wenn dafür nach aussen über den DSL-Router eine entsprechende Firewallfunktionalität zur Verfügung steht. Auch bei der Weitergabe der DSL-Verbindung an andere Rechner und dem dafür notwendigen NAT (Network Address Translation – kurz: die externe IP im internen Netz nutzbar machen) ist ein expliziter Router ungleich leistungsfähiger als die Möglichkeit die OS X unter »Sharing« »Internet« dafür bietet. Insbesondere können in einem Router dafür weitreichende Regeln hinterlegt werden, welcher Rechner, welche Dienste zu welchen Zeiten nutzen oder eben auch nicht nutzen darf.

iChat-Server

Um den Funktionen eines OS X Servers nahe zukommen, gehen wir einfach mal alle Dienste durch, die dieser ansonsten noch so bietet. Dazu gehört auch die Möglichkeit einen eigenen iChat-Server aufzusetzen. Dieser basiert unter OS X Server auf Jabber. Neben zwei Java-Lösungen (Wildfire und Open-IM), die “out-of-the-box” eingesetzt werden können, gibt es nur noch von ejabberd ein fertiges Binary (allerdings derzeit ausschliesslich für PPC-Macs) um einen entsprechenden Server zu betreiben.

Anwendungsserver

Unter OS X gehören dazu neben Tomcat und JBoss auch noch das appleeigene WebObjects. Letzteres ist seit der Version 5.3 kostenloser Bestandteil der Developer Tools, die zu jeder Tiger-Version mitgeliefert werden. Kostenlos sind auch die Java-Applikationsserver Tomcat und JBoss die kostenlos heruntergeladen werden können.

Quicktime Streaming Server

Die Grundlage für diesen Dienst unter OS X Server bildet der Darwin Streaming Server der von Apple selbst als kostenloses OpenSource Programm zur Verfügung gestellt wird.

NetBoot-Server

Neben der Möglichkeit Clients ohne eigene Festplatte über das Netzwerk zu booten, wird dieser Dienst sehr häufig genutzt um von zentraler Stelle aus, eine (möglichst) einheitliche Installation auf allen Clients zu erstellen. Als kostenlose Alternative bietet sich dazu NetRestore von Mike Bombich an.

Softwareaktualisierungs-Server (SUS)

Der OS X Server bietet die Möglichkeit einmal zentral alle verfügbaren Updates für Apples Software Produkte zu holen und innerhalb des lokalen Netzes den Clientrechnern zur Verfügung zu stellen. Faktisch veringert sich dadurch lediglich der verbrauchte Traffic, verglichen mit dem Standardverhalten, das jeder einzelne Client auf das Internet zugreift um die verfügbaren Softwareupdates vom Apple-Server zu laden. Eine einfache und elegante Möglichkeit den SUS auf OS X Clientsystemen nachzubilden ist mir leider nicht bekannt. Nach meiner Einschätzung wäre es aber mit etwas Shell-Scripting zu lösen.

Update 04.05.2007 : Heise hat ein nettes Tool namens »OliU – c’t Offline Updater für Mac OS X 10.4.« auf der Basis des Kommandozeilentools »wget« veröffentlicht, mit dem man sich die Updates vom AppleServer auf ein lokales Volume ziehen kann. Einstellbar ist, für welche Architektur – PPC und/oder Intel – die Pakete geladen werden sollen und wo und wie sie gespeichert werden. Für unseren Zweck als Server wäre sicherlich das Verzeichnis “Web-Sites” und die Freigabe via Webserver im lokalen Netz sicherlich das Mittel der Wahl.

OpenDirectory

Last but not least – der zentrale Dienst des OS X Servers überhaupt. Fast alle o.g. Dienste kennen unterschiedliche Rechte für einzelne Benutzer. Und sei es, das ein Benutzer den betreffenden Dienst überhaupt nutzen darf. Aus diesem Grund bauen unter OS X Server fast alle Dienste auf einer zentralen Benutzerverwaltung – dem OpenDirectory – auf. Grundlage für OpenDirectory ist ein LDAP-Server. Auch hierzu gibt es mit OpenLDAP einen kostenlose OpenSource Ersatz, der allerdings nur Source-Code zur Verfügung steht, also selbst kompiliert werden muß. Grundsätzlich kann man aber festhalten: alle o.g. Dienste, die eine Konfiguration von Benutzerrechten erfordern bringen – jeder für sich – die notwendigen Einstellmöglichkeiten mit. Die zentrale Verwaltung ist damit vorallem ein Komfortgewinn und minimiert potentielle Fehlermöglichkeiten. Wer wirklich so viele Dienste auf seinem Server anbietet, das eine solche zentrale Benutzerverwaltung Sinn macht, sollte ernsthaft über die Anschaffung des OS X Servers nachdenken! Der Rest kann wie oben gezeigt mit wenigen Dollar für Shareware und etwas Fleiss bei der Einrichtung schon recht weit kommen.

Vorteil aller hier gezeigten Lösungen: sie unterliegen keiner Lizenzbeschränkung, wären daher vom Gegenwert her eher mit der unbegrenzten Lizenz des OS X Servers (ca. 970 EUR) zu vergleichen. Die meisten Programme liegen zudem schon als Universal Binary vor und können damit auf den aktuellen Intel Macs eingesetzt werden, während OS X Server noch auf PPC-Macs ausschliesslich läuft. Grundsätzlich sollte für eine kleine Arbeitsgruppe mit bis zu 5 Clients und einer handvoll Dienste aber jeder OS X fähige Rechner ausreichen. Selbst ältere G3- und G4-PowerMacs sind mit genügend RAM und einer schnellen Festplatte dieser Aufgabe locker gewachsen.

Zum Beispiel die Möglichkeit mit einem schlichten Klick auf einen Link unter dem Auktionsende-Datum sich dieses Datum in seinen (Outlook) Kalender eintragen zu lassen. Um diese Funktion auch am Mac zu erhalten gibt es jedoch ein kleines AppleScript namens »eBaytoical«. eBaytoiCal ist ein Parser der die komplette Angebotsseite ausliest und nach bestimmten Informationen – hier dem Endedatum der Auktion – durchsucht. Entsprechend muß die Seite für die eine Erinnerung eingetragen werden soll das gerade aktive Fenster sein. Da der grundsätzliche Aufbau einer ebay-Angebotsseite immer gleich ist, kann das so lange zuverlässig erfolgen, wie die Struktur der Seite durch ebay nicht verändert wird. Ist das Auktionsende-Datum identifiziert, wird es in einem speziellen Kalender unter iCal abgelegt. Auch eine Erinnerung und der Link zur betreffenden Seite wird gleich mit angelegt, so daß man unmittelbar vor Auktionsende in die Versteigerung eingreifen kann.

Im Gegensatz zu sogenannten Snipern – also automatischen Bietagenten, die kurz vor Auktionsende ihr Gebot abgeben – ist eine solche Erinnerung in Übereinstimmung mit den ebay-Nutzungsbedingungen.

Den Aufruf des Scripts habe ich mir via Butler zusätzlich auf eine Tastenkombination gelegt, so dass dieser Hotkey im aktiven Fenster ausreicht um die Eintragung auszulösen.

Auf der Seite des Autors Ulrich Kortenkamp ist zu dem ein Modifikation des Scripts aufgeführt mit dem der Eintrag statt an iCal an Entourage übergeben werden kann. eBaytoiCal ist Donationware, sprich kostenlos nutzbar, der Autor freut sich jedoch über eine kleine Spende.

Sind mehrere Rechner in einem Netz genügt ein Griff zu den Systemeinstellungen »Sharing« um dort »Personal File Sharing« zu aktivieren. Als Standardfreigabe für Gäste erscheint fort an der o.g. »Öffentlich«-Ordner für den Down- und der »Briefkasten« für den Upload von Dateien. Die Rechte des Briefkastens sind dabei so gesetzt, das jedermann dort Dateien einstellen kann, der Ordner selbst jedoch nicht zu öffnen ist.

Fatal dabei ist, das Dateien, die von Dritten in meinem Briefkasten gelegt werden noch die Benutzerrechte des Dritten behalten. Ich habe damit zwar Verfügungsgewalt über den Briefkasten-Ordner selbst, nicht jedoch über die darin befindlichen Dateien.

Um diesen Umstand zu korrieren kann man nun zum Terminal oder zum Infofenster der Datei greifen. Eleganter ist jedoch dies das System selbsttätig erledigen zu lassen. Dazu nutzen wir eine kleine Ordneraktion. So bald eine neue Datei in den Briefkasten gelegt wird läuft die Aktion an. Sie ermittelt den aktuell anmeldeten Benutzer des Systems und macht ihn zum Eigentümer der neueingestellten Datei. Dazu sind Administratorrechte erforderlich; eine entsprechende Abfrage zur Identifizierung erscheint ggf.

Wie üblich gibt es hier auch dieses kleine Ordneraktions-Script kostenlos zum Download.

Allen gemeinsam ist, das sie kostenlos (generell oder mindestens für den Privatgebrauch) nutzbar sind. Wenn ich schon kein Geld mehr für den Browser ausgeben muß – warum sollte ich es dann für Erweiterungen tun? Damit fallen andere, häufig genutzte und durchaus sehr gute Erweiterungen wie z.B. Saft oder PithHelmet die aber kostenpflichtig sind durch mein Raster.

Zur besseren Übersicht habe ich die Erweiterungen etwas kategorisiert:

Internet PlugIns

Ablageort: /Library/Internet Plug-Ins/ oder ~/Library/Internet Plug-Ins/

Die allermeisten sind “ab Werk” installiert und bedürfen keiner großen Aufmerksamkeit. Bei mir sind im wesentlichen PlugIns installiert, die weitere Dateiformate im Browser zugänglich machen. Dazu gehören Quicktime, Real, und Windows Media als Streamingformate, Macromedia Flash, Macromedia Director und Adobe SVG als Grafikformate, Java um clientseitige Applikationen ausführen zu können. Dazu die beiden Schubert-PlugIns um PDF, Postscript und Word-Dokumente im Browser anzeigen zu können. Außerdem kommt bei mir noch ein weiteres PlugIn dazu, das die Hilfsapplikation iGetter beisteuert.

Hilfsapplikationen

Ablageort: /Applications/ (lokalisiert: /Programme/)

iGetter kümmert sich (anstatt des safarieigenen Downloadmanagers) um alles was aus dem Netz zu saugen ist. Hauptvorteil des iGetters ist dabei, das der Download in mehreren Teilsegmenten parallel erfolgt. Diese Teilsegmente werden dann anschliessend lokal wieder zur kompletten Datei zusammengeschraubt. Damit kann der Datendurchsatz erheblich gesteigert werden. Ebenso kann nicht nur ein Server zum Download herangezogen werden, sondern – sofern entsprechende Mirrors bekannt sind – kann der Download auf mehrere Server gleichzeitig verteilt werden. Um komplette Sites runterzuladen und lokal nutzbar zu machen greife ich auf SiteSucker zurück. Damit kann den Umfang des Downloads (nur bestimmte Dateitypen, bis zu einer gewissen Ordnertiefe, innerhalb einer URL, …) recht genau festlegen. Zudem werden die enthaltenen Links (zu Bilder, Unterseiten etc.) so aufgearbeitet, das in der lokalen Kopie gebrowst werden kann. Als weiteres Hilfsprogramm habe ich Shrook als Newsreader im Einsatz. Die Verzahnung zu Safari liegt im wesentlichen in der (Mit-)Benutzung der Renderingengine um über das kurze RSS-Format hinaus gleich wenn nötig die komplette Webpage darzustellen. Ich empfinde das Arbeiten mit Shrook als angenehmer als die eingebaute RSS-Funktion von Safari.

Favelets/Bookmarklets

Ablageort: innerhalb von Safari in den Bookmarks

Brauchbare Favlets finden sich bei Tantek Çelik. Favelets oder Bookmarklets sind kleine JavaScript-Schnippsel, die auf die aktuell geöffnete Webseite oder das aktuelle Fenster wirken. Damit kann man z.B. die Fenstergröße des Browsers anpassen, Seiten an den W3C-Validator übergeben, etc. Die Schnipsel werden als Bookmark gespeichert und sind so leicht zugänglich. Ich habe mir dafür ein »Apfelmenü« in der Bookmarkleiste geschaffen. Einfach einen Ordner anlegen und als Namen mit Alt-Shift-Stern den Apfel erzeugen.

AppleScripts

Ablageort: wahlfrei, da ich viele eigene Scripte nutze, habe ich mir einen extra Ordner unter ~/Dokumente/Scripts/ geschaffen

Internet Explorer/Windows-Benutezr bekommen von ebay einen Link unter dem Ablaufdatum der Auktion angezeigt, mit der der Ablauftermin in den Outlook-Kalender übernommen werden kann. Eine ähnliche Funktion kann man sich für dem Mac mit AppleScript schaffen. eBaytoiCal liest die Artikelseite von ebay aus und übergibt das Enddatum der Auktion an iCal, wo es als Termin samt Erinnerung und URL-Angabe eingetragen wird. Um das Scirpt aufzurufen habe ich mir mit Hilfe von Butler ein Tastenkürzel geschaffen.

InputManagers

Ablageort: /Library/InputManagers/ oder ~/Library/InputManagers/

SafariBlock ist ein Blocker für Werbebanner, der auf der Basis von URL-Strings arbeitet. Damit können bestimmte Werbeserver sehr leicht geblockt werden. Zusätzlich nutze ich zum blocken von bestimmten Medienformaten noch ein lokales Stylesheet. Hiermit werden bestimmte Bildgrößen (definierte Werbeformate) und Flash-Elemente die von definierten Servern kommen auf unsichtbar gesetzt. SafariNoTimeout setzt die erlaubte Antwortzeit von Servern hoch, wodurch es zu weniger Ladeabbrüchen bei langsamen Server kommt. SafariPlus ist für die Verwaltung von Cookies zuständig. Nur wer in der Positivliste von SafariPlus eingetragen ist, darf ein Cookie setzen.

SafariStand bietet eine komfortable Suche in den Bookmarks und der History, kann Downloads nach Datum absortieren, leitet _blank-Targets in neue Tabs, Tabs können per Scrollrad gewechselt werden, in einer Sidebar können Previews von den Seiten angeschaut und sortiert werden (ähnlich wie bei OmniWeb), Bookmarks können mit Labeln versehen werden, eine Tableiste kann als Sitzung gespeichert werden, über SiteAlteration können z.B. Schriftgrößen für bestimmte Seiten angepaßt, JS ein/ausgeschaltet werden, und und und … SafariStand kommt aus Japan und vorallem die Doku ist nicht vollständig in Englisch übersetzt, so daß man etwas experiementieren muß um wirklich alle Funktionen zu entdecken. Auch eine Erweiterung der GoogleSuche wäre mit SafariStand möglich, aber dazu nutze ich AcidSearch – eine SIMBL-Erweiterung. SIMBL ist ebenfalls ein InputManager und eine Meta-Ebene unter der mehrere PlugIns verwaltet werden.

SIMBL-basierte Erweiterungen

Ablageort: /Library/Application Support/SIMBL/Plugins/
oder ~/Library/Application Support/SIMBL/Plugins/

AcidSearch erweitert das Google-Suchfeld um weitere, freidefinierbare Suchen. Bei mir starte ich z.B. Anfragen an Macupdate, Versiontracker, die Postleitzahlensuche, Gracenote, Amazon oder eBay über den Safari-Suchschlitz, Dazu können entweder Hotkeys oder Abkürzungen eingesetzt werden. Außerdem verfügt AcidSearch über die Möglichkeit auf einer aufgerufenen Webseite Inhalte mit der von Mozilla bekannten Funktion »Search as you type« zu finden. Sehr praktisch, wenn die Suche innerhalb der Seite bei Eintippen des/der ersten Buchstaben startet. SafariSource bietet mir die Möglichkeit Quelltexte mit Syntaxhiliting zu versehen, was sie leichter lesbar macht. Ich habe mir ein Farbmodell angelegt, das sich an BBEdit orientiert, da ich damit normalerweise Seiten erstelle und so nicht umlernen muß. Ebenfalls für WebDesigner interessant sind die WebDevAdditions, mit der man einen Röntgenblick in eine Seite nehmen kann.

WebKit

Ablageort: /Applications/ (lokalisiert: /Programme/)

Das WebKit ist der von der OpenSource Gemeinde weiterentwickelte Unterbau von Safari. Die Oberfläche ist exakt Safari, lediglich die Rendering Engine und die Funktionalitäten sind weiterentwickelt. Was im WebKit gezeigt wird, findet sich i.d.R. in künftigen Versionen von Safari wieder. Hier war auch zuerst das korrekte Rendering des ACID2-Test zu bestaunen, den Safari zwischenzeitlich (seit 2.0) ab Werk beherrscht. Ein aktuelles Feature ist der WebKit Inspector – der insbesondere für Webentwickler wesentliche Hinweise auf die Dokumentstruktur, das eingesetzte CSS usw. gibt.

Versucht man einen neuen Account anzulegen um das physikalisch gleiche Postfach lediglich mit einer anderen Absenderkennung zu versehen, schlägt dies fehl. Der Grund: Apple Mail legt pro Postfach einen Ordner an, der sich aus Protokoll (POP oder IMAP), Benutzerkennung und Domain zusammensetzt. Entsprechend kann ein weiterer Account mit identischen Zugangsdasten diesen Ordner nicht nochmals erzeugen.

Stattdessen nimmt man den vorhandenen Account und fügt neben der ersten Absendeadresse eine oder mehrere weitere Adressen durch Kommata getrennt dazu.

Durch diese einfache Massnahme erweitert sich beim Schreiben der Mail die Auswahlliste der Absender.