@Holger <https://ask.linuxmuster.net/u/holger>:
Habt ihr den universellen postsync eingerichtet?
Gibt es ein Verzeichnis
/srv/linbo/linuxmuster-client bei euch?
nein und nein…
Wir sprechen von LMLv7?
ich weiß: ich spreche auch von der lmn7
Du brauchst das Verzeichnis für den linuxclient, um die Anpassungen an
der /etc/hosts des Clients durch linbo machen zu lassen.
Schau in meinem Post zum defaultcloop von Samstag, hol dir das .zip und
lad das Verzeichnis auf den Server: dann hast du den universellen
postsync (mit der .postsync Datei).
Okay und danke für die Info.
Den Post konnte ich jetzt noch nicht finden…
Ich bin auch noch mal alle Infos der Linux-Image-Datei durchgegangen und konnte nichts zum Notwendigen postsync finden:
Wenn das Skript nur die hosts Zeile baut?:
welcher Eintrag wird gesetzt? der mit der 127er Adresse oder mit der tatsächlichen IP?
oben schreibt ja andreas72 dass er sogar den 127.0.1.1 auskommentiert hat, folglich könnte ja nur so was wie folgendes funktionieren: 10.16.114.11 r122-pc11.bs-muster.llan r122-pc11
richtig?
Darüber hinaus stellt sich mir die Frage, ob es nicht doch einfacher für mich ist noch mal mit einer Standard Ubuntu Installation zu beginnen…
welcher Eintrag wird gesetzt? der mit der 127er Adresse oder mit der
tatsächlichen IP?
oben schreibt ja andreas72 dass er sogar den 127.0.1.1 auskommentiert
hat, folglich könnte ja nur so was wie folgendes funktionieren:
Ich habe einen Weg gefunden, wie ich ohne neues Image zu erstellen auskomme:
linuxmuster-client-adsso-setup - neu der Domäne beitreten
gewisse Daten von diesem client auf den Server in common/ kopieren (+chmod uog+r)
macct datei auf dem server erstellen (ohne neues Image)
postsync-Daten müssen fix-permission unterlaufen, damit sie auf dem Zielsystem wieder 600 haben
syncronisierter Start egal welchen Rechners der Gruppe: login möglich
Das muss/kann noch optimiert werden, aber damit ist ein unnötiger Schritt weg: ich muss kein neues Image machen. Und man kann die Domänenanmeldungsdaten auch bei einem Upgrade des Cloops retten.
Für das erste Ausrollen könnte man den ganzen Prozess auf dem Server anstoßen:
linuxmuster-client configure:
linbo-remote -p sync+start
wait for finish
login via ssh and start linuxmuster-client-adsso-setup (interactively)
ssh-copy relevant data to common/... fix permissions
create macct file on server
reboot client with sync, postsync fixes permissions back
die „relevant data“ ist noch nicht ganz klar, evtl. nur ein subset von diesen vier:
mein „recreate_macct.sh“ Skript ist ein schamloser Auszug aus Thomas’ skript. Das paste ich jetzt nicht hier. Sind nur ein paar Zeilen.
Dualboot
Ich habe keinen Dualboot, so dass ich nicht weiß, ob meine Erkenntnisse irgendetwas hier beitragen können.
Noch eine mögliche Ursache…
Ich habe auch noch eine zweite Seltsamkeit einmal gesehen: Ich habe einmal den client auf dem die Domänenbeitritt geschah in der devices.csv umbenannt, danach konnte ich mich nicht mehr anmelden, weil die Logs geschrieen haben, dass HOSTNAME.LMN.LAN nicht gefunden werden könne. Das steckt ja in der krb5.keytab drin (und ist auf jedem Client ja identisch). Evtl. sollte man den Masterclient nicht aus devices.csv rausnehmen, damit er wenigstens per DNS aufgelöst werden kann.
ich habe die relevanten Teile aus Thomas SKript zur Erstellung der macct Datei rausgeklaut.
Leider hab ich das hemdsärmelig und nicht in einem sauberen Skript gemacht, denn jetzt könnte ich den kram wieder brauchen.
Ich weiß nicht mal wo ich das skript habe. Scheint nicht mehr auf meinem Server in der Schule zu liegen. Evtl. noch auf dem Testrechner…