Moin! Folgendes Szenario:

wir haben 10 eMacs die per AirPort auf einen xServe zugreifen können.
auf den eMacs läuft Tiger auf dem xServe Mac OS X Server.
auf den eMacs haben wir den LoginWindowManager und das refresh-default-user Skript im Einsatz

Nun die Frage:

können wir das Ganze so einrichten, dass das default-user template auf dem xServe abgelegt wird und die eMacs per AirPort darauf zurückgreifen?

Ich kenne weder den LoginWindowManager noch das refresh-default-user Skript ^^
Aber ich vermute mal das in dem Script ja irgendwo der Pfad zum Template steht. Den dann einfach auf den Xserve ändern. evtl. muss man das Script noch so ergänzen, das es vorher eben eine AFP-Verbindung zum Server aufbaut ...

"Aber ich vermute mal das in dem Script ja irgendwo der Pfad zum Template steht. Den dann einfach auf den Xserve ändern."

hatte ich mal gemacht - klappte leider nicht

"evtl. muss man das Script noch so ergänzen, das es vorher eben eine AFP-Verbindung zum Server aufbaut ..."

danke für den hinweis. jetzt muss ich nur noch rauskriegen, wie man das macht...

loginwindowmanager gibts hier:

und das skript (refresh-default-homedir.sh) hier:

Automatically connect to AFP servers at login

Danke, werd mich mal dran versuchen!

TT

Du schreibst nicht welche Serverversion. Die beiden Tools hab ich mir gerade angesehen und sie sind zumindest auf 10.4 Server unnötig, da diese Serverversion das alles kann.

Mich würde aber etwas anderes interessieren, was ich nicht hinbekomme. Wie können sich Clients per Airport am Server anmelden, wenn die Airportanmeldeinformationen erst mit dem User geladen werden?

TT:

Das geht ohne Probleme, wenn man per Open Directory auf dem Server einen Automount-Eintrag ("Netzwerkaktivierung für Ordner") erstellt. Apple hat hierzu den Ordner /Network/Applications vorgehesen. Damit das Loginwindow vor und nach dem Login das Skript noch im Zugriff hat, muss man nur darauf achten, dass der Automount nicht an den Benutzer gebunden wird. Hierzu muss man entweder NFS verwenden oder eine AFP-Freigabe mit Gastberechtigung definieren.

jogoto:

Was meinst Du mit "Airportanmeldeinformationen"? Der Schlüssel für den Zugriff auf das WPA- oder WEP-verschlüsselte Netz? Oder der Zugriff auf ein Netz, das zusätzliche 802.1X-Authentifizierung benötigt?

Ersteres geht problemlos mit allen OSX-Versionen. Einfach als Administrator das jeweilige Funknetz als "bevorzugtes Netz" definieren und das Netzkennwort eingeben. Mac OS X speichert diese in den Systemschlüsselbund und kann dadurch bereits vor dem Anmelden die Verbindung mit dem Funknetz aufbauen.

802.1X geht erst mit Mac OS X 10.4.6 oder höher. Hierzu muss man die Anmeldeinformationen im Programm "Internet-Verbindung" einrichten und danach diese Konfiguration mit dem entsprechenden Menüpunkt unter "Ablage" an Loginwindow exportieren.

jogoto
konnte gestern mal nachsehen: wir haben os x server tiger (10.4.8)

_mäuschen
danke für den tip. ich hab es auch hinbekommen, dass ein von mir ausgewähltes netzwerkvolume (da ist das skript drauf abgelegt) automatisch gemountet wird. ich denke allerdings das dies zu spät passiert. ich brauche ja quasi bereits vor dem login schon zugriff auf das netzwerkvolume. jedenfalls hat der loginwindowmanager das skript nicht ausgeführt

Marcel Bresink

"Das geht ohne Probleme, wenn man per Open Directory auf dem Server einen Automount-Eintrag ("Netzwerkaktivierung für Ordner") erstellt."

Also ich habe gestern beim os x server (10.4.8) im server admin unter open directory einen "standalone server" eingerichtet und dann per workgoup manager den ordner in dem das skript liegt als automount definiert...

"Apple hat hierzu den Ordner /Network/Applications vorgehesen. Damit das Loginwindow vor und nach dem Login das Skript noch im Zugriff hat, muss man nur darauf achten, dass der Automount nicht an den Benutzer gebunden wird. Hierzu muss man entweder NFS verwenden oder eine AFP-Freigabe mit Gastberechtigung definieren."

... doch weder sharing per afp mit gastberechtigung noch per nfs hat es geklappt. der ordner erscheint auf den clients nicht mal unter netzwerk > servers.

Mein Problem bleibt also: Wenn ich mit dem LoginWindowManager das skript von der internen Festplatte des emacs ausführen lasse klappt es wie gewünscht, sobald ich das skript vom Server im LoginWindowManager auswähle klappt es nicht.

Für weitere Hilfestellungen wäre ich sehr dankbar .

Vielleicht wäre es hilfreich zu erfahren, was genau der Server machen soll. Die beiden von Dir genannten Zusatzprogramme lassen darauf schließen, dass es sich um eine Art Schulungssituation handelt, bei der vom Server aus größtmögliche Kontrolle über die Clients ausgeübt werden soll.
Das geht wunderbar mit 10.4 Server. Wie hängt von den weiteren Anforderungen ab.

jogoto

ja es geht um einen computerraum an einer fachhochschule. etliche studenten werden zugang zu den eMacs haben. bei jedem neustart des emacs (bzw. login eines studenten) soll ein "frischer" arbeitsplatz gewährleistet werden. das klappt ja auch, wenn wir mit dem loginwindowmanager das skript + template von der internen platte ausführen.

wir wollen jedoch beides (skript + template) zentral auf den xserve (im nebenraum) auslagern, weil wir uns dadurch eine vereinfachung der "wartungsarbeiten" an den eMacs erhoffen.

Vorschlag: eMac per "Netzwerk-Boot", Images auf dem Server. Die Administration ist denkbar einfach, da immer nur ein Image angepasst werden muss, z.B. bei Updates oder neuen Programmen.

Beispiel hier:

jogoto

NetBoot (& NetInstall & NetRestore) geht afaik leider nur per Ethernet. Die eMacs greifen aber nur per AirPort auf den xServe zu. Das soll wohl auch so bleiben.