Merke! Wenn man unter OS X 10.5 mal schnell den Lokalen DNS Cache leeren möchte einfach im Terminal folgenden befehl eingeben:
dscacheutil -flushcache
Unter OS X 10.4 war das noch:
lookupd -flushcache
War grade etwas verwirrt da als den unter 10.4 bekannten Befehl eingegeben habe und der mit nur gesagt hat “-bash: lookupd: command not found” ^^
Das MacBook Air hat ja kein CD / DVD Laufwerk, kann aber jedoch von jedem beliebigen Mac das CD / DVD Laufwerk benutzen, um diese Funktion zu aktivieren muss auf dem Mac (der das CD / DVD Laufwerk hat) das CD / DVD Sharing Aktiviert werden (Zu finden in den Systemeinstellungen -> Sharing). Nun kann man über das Netzwerk mit dem MacBook Air auf das Laufwerk zugreifen.
Diese Funktion hat Apple eigentlich nur dem MacBook Air spendiert, allerdings lässt es sich auch auf jeden anderen Mac freischalten.
Dafür müssen folgende 2 Shellbefehle im Terminal eingegeben werden (alles in eine Zeile):
defaults write com.apple.NetworkBrowser EnableODiskBrowsing -bool true
und danach
defaults write com.apple.NetworkBrowser ODSSupported -bool true
Jetzt einmal das System neustarten und schon kann man schön im Finder ein freigegebenes CD / DVD Laufwerk sehen 
, siehe Screenshot:
Eben grade mal wieder ein klasse Supportfall gehabt,
ein Kollege ruft mich an und beschwert sich das eine Mails an Kunde xyz nicht ankommen und Fehlermeldungen zurück kommen.
Ich hab mit dann das ganze angeschaut und dem Kollegen gesagt:
Der Kunde hat wohl ein Mailproblem, das liegt nicht an uns. Sag doch mal den Kunden bescheid, damit der das ganze seiner IT weitergeben kann.
Der Kollege wollte das aber nicht verstehen und ich habe es ungefähr 10 mal erklären müssen das es nicht an uns liegt und warum es nicht an uns liegt. Jedes mal widersprach mir der Kollege und sagte:
Aber das kann doch nicht sein, mein Nachbar kann doch auch E-Mails verschicken ohne das eine Fehlermeldung zurückkommt
WARUM stellen die Leute aussagen von IT Menschen immer in Frage und meinen sie müssten widersprechen und es besser wissen ???????
Was machen diese Menschen denn mal wenn die Polizei sie anhalten?
“Guten Tag, Ihr rechter Blinker ist defekt”
Antworten die dann auch:
Das kann aber nicht sein, der linke Blinker geht doch!
… echt, also manchmal könnte ich in den Tisch beißen!
Eben im Testlabor wollte ich einen Fileserver in meine vorhanden Test-Domain einbinden. Die Identifizierung sollte natürlich über Kerberos laufen, dies habe ich auch fein über die Admin-Tools konfiguriert:
Dummerweise haben die Admintools den Dienst nicht kerberisiert (warum auch immer).
Prüfen kann man die übrigens über das Terminal mit dem Shell-befehl “klist -kt“.
Um den AFP Dienst nachträglich auf einem Mac OS X Server zu kerberisieren muss man das Terminal bemühen. Der Befehl zum kerberisieren lautet wie folgt:
sso_util configure -r odserver.domain.de -a odadmin afp
odserver.domain.de = euer Open Directory Master
odadmin = Das Admin-Account der eure OD verwalten darf
Nach erfolg sollte die Ausgabe so aussehen:
Contacting the directory server
/Local/Default
/BSD/local
/LDAPv3/127.0.0.1
Creating the service list
Creating the service principals
WARNING: no policy specified for afpserver/myafpserver.mydomain.de@odserver.MYDOMAIN.DE; defaulting to no policy
Creating the keytab file
Configuring services
WriteSetupFile: setup file path = /temp.l0Y3/setup
Eine erneute Prüfung mittels “klist -kt” auf dem Fileserver sieht dann so aus:
Keytab name: FILE:/etc/krb5.keytab
KVNO Timestamp Principal
—- —————– ——————————————————–
3 01/16/09 10:35:03 afpserver/myafpserver.domain.de@odserver.DOMAIN.DE
Somit ist der AFP Dienst auf dem Server kerberisiert und die Clients können sich mit ihrem Kerberos Ticket am Fileserver anmelden.
Nach umfangreichen Debugging unserer Zeitserver und intensiverem beschäftigen mit NTP habe ich einen kleinen Trick in OS X herausgefunden.
Mich hat es die ganze Zeit gestört das ich in der GUI unter OS X nur einen Zeitserver eintragen kann, zumindest dachte ich das zuerst.
Also habe ich generell meine Zeitserver in der ntp.conf mittels der Shell bearbeitet (/etc/ntp.conf). Hier kann man mehrere Zeitserver untereinander eintragen.
Das geht auch einfacher:
Mehrere Zeitserver unter OS X kann man auch über die GUI eintragen, einfach die Zeitserver mit einem Leerzeichen trennen:
time.apple.com de.pool.ntp.org
Eine kurze Prüfung in der Shell…
… zeigt das die Änderung auch korrekt in der ntp.conf gemacht wird.
Nach der Umstellung auf 10.5 in unserer Firma klagten hier und da einige User über einen langsamen Finder.
Der Finder brauche an einigen Systemen bis zu 4 Sekunden um den Inhalt eines Ordners darzustellen, sowohl lokal als auch im Netzwerk.
Die Lösung ist recht einfach gewesen:
Unter Den Systemeinstellungen -> Tastatur und Maus auf den Reiter Maus klicken und prüfen wie Langsam oder schnell der Doppelklick eingestellt ist.
Ist der Doppelklick recht Langsam eingestellt braucht der Finder ein paar Sekunden (2 – 5 Sek.) um einen Ordnerinhalt anzuzeigen, aber fragt mich jetzt nicht ob das so gewollt ist oder ein Bug ist^^
PS: Der Dank gilt meinem Kollegen der dies herausgefunden hat.
Nach der Lieferung unserer neuen Macs hatten wir es mal viel zu tun, deshalb die kleine Blog Pause^^
Die Macs ruhen Grade schön ausgepackt im Keller und warten auf ihre Einrichtung.
In unserem Testlabor haben wir das komplette Imaging und die automatisierte Softwareverteilung vorbereitet und haben diese heute nach einigen Problemen Finalisiert.
Ab heute (oder morgen) werden die ersten Macs dann per Netrestore aufgesetzt, davon wird es dann auch wieder ein paar Bilder geben
Hier unser kleines Testlabor mit den neuen iMacs und Xserves
Eben gade per zufall endeckt.
Das Update 10.5.5 ist schon über die Softwareaktualisierung zu haben.
Wenn ihr unter Mac OS X 10.5.x Probleme beim installieren eines bestimmten Updates habt (über die Softwareaktualisierung ) hier die Lösung.
In meinem Fall hatte ich Probleme beim Installieren des QuickTime Updates. Die Fehlermeldung lautete:
Das Update „QuickTime“ konnte nicht gesichert werden
Sie haben nicht die notwendigen Zugriffsrechte
Hier ein Bild der Fehlermeldung:
In der Regel sind dies Rechteprobleme die sich leider nicht über das Festplattendienstprogramm lösen lassen.
Die Fehlermeldungen in der install.log, zu finden über das Dienstprogramm Konsole (Logdateien) sehen so aus:
Sep 12 18:11:10 noname Software Update[4347]: Package Authoring Error: installation-check results requires a message
Sep 12 18:24:28 noname Software Update[4404]: __choice_su_visible returned error: Undefined value
Die einfachste Lösung ist das entsprechende Update zu löschen. einfach im Finder in den Ordner /Library/Updates/ gehen und den Inhalt löschen.
Das ganze geht auch in der Shell… hierzu müsst ihr in die Shell gehen (Terminal) und euch als Root User anmelden und den kompletten Inhalt des Ordners /Library/Updates/ löschen.
Das Terminal kann nun wieder beendet werden und ihr könnt nun die Softwareaktuallisierung nochmals laufen lassen, alle Updates werden erneut heruntergeladen und Installiert.
Heute hatte ich den Supportfall bei dem geschützte Dateien im Netzwerk gelöscht werden sollten, der User der diese allerdings erstellt und geschützt hatte, war heute nicht im Hause.
Unter MAC OS X geschützte Dateien lassen sich selbst mit dem Root User nicht löschen (dies durfte ich heute feststellen). Der Schutz darf nur vom Eigentümer der Datei und vom Super-User (Root) geändert werden. Nachdem der Schutz aufgehoben ist kann diese Datei dann von allen gelöscht werden die die entsprechenden Rechte haben.
Um eine Geschützte Datei wieder Ungeschützt zu machen geht man wie folgt vor:
Das ganze kann man auch für komplette Ordner machen
Mit dem Befehl “ls -lo” kann man sich in der Shell anschauen ob eine Datei geschützt ist oder nicht. Ist eine Datei geschützt gibt es bei dem Befehl eine extra Spalte mit dem Flag, in diesem falle ist das Flag “uchg”
-rwxrwx–x 1 User Gruppe uchg 291316 Apr 25 09:47 Dateiname.datei
Dieses Flag bzw. Attribut ist dafür gedacht das eine Datei nicht ausversehen gelöscht werden kann, da man hier vor dem löschen zuerst den Schutz aufheben muss.
Zuletzt Kommentiert