5 Beiträge wurden in ein neues Thema verschoben: Drucken beim Limuxclient7
Ok, also:
Bite in diesem Thread nichts mehr zum alten client posten, denn hier geht es um den neuen 
Für Probleme mit dem Alten, macht doch bitte der Ordnung halber einen neuen Thread auf.
VG, Dorian
Hallo zusammen,
bei mir tritt das Anmeldeproblem mit den Linux-Clients auch auf. Hier meine Eckdaten:
- frische lmn7-Installation (nicht migriert)
- KDE neon mit linuxmuster-linuxclient7
- LE-Zertifikat für server.lmn.ohgw.de (Subdomain lmn ist für alle internen Dienste reserviert)
Verstehe ich den langen Thread dahingehend richtig, dass aktuell nur ein Sync in Betracht kommt, um das Problem sicher zu lösen? Heute Morgen gab es trotz „Zwangs-Sync“ Probleme beim Anmelden. Viele brauchten mehrere Versuche bis die Meldung „Anmeldung fehlgeschlagen“ trotz korrekter Passworteingabe nicht mehr kam.
Viele Grüße
Matthias
Hi Matthias,
Wie alt ist dein Image?
VG, Dorian
Hallo Matthias,
… die Gretchenfrage: „wie hälst du es den mit der Systemzeit?“
Dazu stand in deinem Post nichts drin.
Stimmt die Systemzeit der Clients?
Auch schon direkt nach dem booten?
LG
Holger
Hallo Dorian, hallo Holger,
die Uhrzeiten an Client, Server und OPNsense stimmen überein. Auf dem Server stehen keine linuxmuster Updates aus. Das Paket linuxmuster-linuxclient7 auf dem Client ist auch aktuell.
Viele Grüße
Matthias
Hallo zusammen,
nach dem Update von linuxmuster-linuxclient7 scheint das Login-Problem behoben zu sein. Auch nach mehreren unsynchronisierten Neustarts konnte ich mich immer anmelden. Allerdings dauert der Login manchmal nur 10 Sekunden, manchmal aber auch 45 Sekunden, und das, obwohl ich gerade mutterseelenallein in der Schule bin und weder der Server noch der Switch etwas zu tun haben. Woran kann das liegen?
Viele Grüße
Matthias
Hallo Matthias,
warum hast Du den Beitrag zurückgezogen? Funktioniert nun doch alles wie gewünscht?
Wir haben bei unseren offline bootenden Notebooks weiterhin Probleme mit der Anmeldung. Wir haben aber auch noch nicht das aktuelle linuxmuster-linuxclient7-Paket. Hatte mir nach deinem - jetzt gelöschten - Post das update gespart. Wie ist die Situation?
Grüße
Michael
Hallo Michael,
Ich habe den Update gemacht, und keine Fehlermeldung bis jetzt gehabt.
Gruß
Arnaud
Hallo Michael,
die am Montag beschriebenen Probleme hatten wohl eine andere Ursache. Irgendjemand hatte in einem entfernten Winkel unserer Schule ein TP-Link-Gerät angeschlossen, das als DHCP-Server dazwischengefunkt hat. Aktuell gehe ich davon aus, dass der letzte Bugfix in linuxmuster-linuxclient7 die Anmeldeproblematik behoben hat.
Wir haben noch Schwierigkeiten mit DHCP beim PXE-Boot. Beim gleichzeitigen WoL schaffen es etwa drei von 31 Rechnern, eine IP-Adresse zu bekommen, alle anderen sind in Linbo offline. Aber das ist ein anderes Thema und hat nichts mit dem Login zu tun.
Viele Grüße
Matthias
Hej,
ok, Danke. Dann mache ich zunächst mal das update. 
Grüße
Michael
Hallo Matthias,
wie groß ist euer Netzwerk und hab ihr subnets eingerichtet?
Beste Grüße
Thorsten
Hallo Thorsten,
Das Problem habe ich auch, ich hatte keine Zeit mich darum zu kümmern ( wir haben Subnetze und ca 100 Clients die aktuell per Linbo nachst aufwachen ).
Aber ich glaube es gehört zu einem anderen Thread.
Gruß
Arnaud
Hallo zusammen,
das PXE-Problem betrifft uns auch.
Viele Grüße
Christoph
Hallo Matthias,
da mußt du wohl den dhcpretry ein wenig hochsetzen: klingt nicht nach einem großen Problem.
Scheint wohl nur zu zu schlagen, wenn viele Rechner gleichzeitig an gehen.
Ich mache Rechnerräume z.B. nacheinander an (durch WOL). Da liegen so 5 Minuten dazwischen.
LG
Holger
LG
Holger
Hallo,
also mal wieder eine Rückmeldung von mir. Ich hab das hier gemacht:
danach neues Image erstellt und verteilt. Da lief es jetzt auch wieder 3 Wochen durch, bis vorgestern, da konnte man sich plötzlich wieder nicht mehr anmelden 
eine Offline-Synchronisierung hilft nicht, weder sync noch neu+sync!
eine online-Synchronisierung löst das Problem (also nur gelber sync-Button ohne Formatierung). Allerdings haben wir insgesamt 4 Klassensätze Laptops die natürlich nicht am Kabel hängen. D.h. hier müsste ich immer wieder alle Laptops nehmen, an einen Switch anschließen und synchronisieren. Da es aber nicht ersichtlich ist, wann und warum das passiert kann es vorkommen (so wie jetzt erst) dass es an einem Tag problemlos funktioniert und am nächsten Morgen wenn ein anderer Kollege die Laptops nutzen will es plötzlich nicht mehr funktioniert. Und das ist sehr ärgerlich sowohl für den Kollegen, weil er den Unterricht nicht wie geplant abhalten kann, als auch für mich, weil ich den Ärger der Kollegen abbekomme und weil es dann auch wieder Arbeit mit der Synchronisation für mich bedeutet…
Es liegt jetzt auch definitiv nicht am Maschinenpasswort!! Denn: wenn ich mit klist -k -t -K die Werte vergleiche zwischen einem nicht funktionierenden Laptop und einem neu synchronisierten Laptop (der wieder funktioniert), dann sind diese Werte identisch! und auch identisch zu den Werten, die die Laptops beim letzten Image bekommen haben (hatte die noch gespeichert).
Das fröhliche Rätselraten geht also weiter… Was könnte sonst noch diesen Fehler verursachen? Können irgendwelche anderen Clients da was reinpfuschen, also bei einer anderen Synchronisierung/Imageerstellung/…?
Wir hängen mit der Nachbarschule zusammen an einem Server, die nutzen weitestgehend auch das selbe Image. Teilweise gibt’s bei denen aber auch noch Geräte die Dualboot mit einem Windows-Image nutzen. Könnte da irgendwas dafür verantwortlich sein?
Grüße
Alex
Hi Alex,
Löst sich das Problem, wenn du einen nicht funktionierenden Rechner am Kabel „grün“ startest?
Wurde der nicht funktionierende Laptop schon ohne Netzwerk synchronisiert?
Es kann meiner Meinung nach nur am Maschinenpasswort liegen. Das ändert sich auf dem Server oder auf dem Client. Die Frage ist nur warum.
VG, Dorian
Ouh, verdammt… Fehler gefunden 
Merke: nach einer Netzwerkumstrukturierung sollte man das WLAN auch wieder auf das richtige VLAN einstellen…
So sind die Laptops in einem falschen Netz gelandet und hatten zwar theoretisch Internetzugriff, aber für die Domänenanmeldung eben im falschen Netz.
Also ich korrigiere meine Aussage: es scheint so, als hätte die Lösung von @dorian funktioniert. Danke nochmals!
Grüße
Alex
2 „Gefällt mir“