ich hab das mal bei SmallTalk einsortiert, weil es eher eine kleine Geschichte ist, die ich mit euch teilen will, als ein reales Problem, das ihr wohl haben werdet.
Ich hab Heute den Umstieg von BelWü auf Vodafon fertig gestellt: also auch die letzten Server umgezogen.
Die haben nun also eine neue IP.
Kein Problem, dachte ich, und stellte danach den DNS Eintrag des LDAP Servers auf die neue IP ein.
Sollte ja dann über all ohne Anpassung weiterlaufen (wenn der neue DNS Eintrag propagiert ist, was er schnell war).
Also: moodle findet sofort seinen LDAP wieder … aber…
… es sind ja immer diese kleinen „aber“ die einen dann schön beschäftigen.
Lange hab ich nachgedacht wo und an welcher Stelle ich was wann umstellen muß, damit es schön flutscht.
Hätte ich mal vorher in die LDAP Anbindung der NEtcloud reingeschaut, dann hätte ich gemerkt, dass ich schlauberger dort damals die IP genommen hatte, nicht den Domänennamen des LDAP Servers … blöd …
Naja: schnell als lokaler admin angemeldet und Eintrag geändert … haha: pustekuchen.
Ist der LDAP weg, dann kommt auch der lokale Admin nicht mehr rein (nextcloud: echt jetzt???).
Tja: is so…
Und jetzt?
occ? ja: kann die ldap_user config anzeigen … aber ändern?
Ab in die Datenbank und von Hand den Eintrag ändern? … och mann …
Hab dann doch noch einen Workaround gefunden.
Ich hab mit occ die app ldap_user deaktiviert.
Dann konnte ich mich als Admin Anmelden… dann fehlt aber der configreiter für ldap …
Also während ich angemeldet war die app wieder mit occ aktiviert und viel Geduld aufgebracht beim klicken auf „Einstellungen“.
Nach 5 Minuten kam dann die config und ich konnte den Eintrag ändern … puh …
Irgend was ist halt immer …
ich habe in allen Anwendungen, die einen LDAP-Server brauchen, die IP der OPNsense eingetragen. Ich wüsste auch nicht, was sonst, da „linuxmuster.lan“ ja extern wohl kaum geeignet ist und ich von Belwü der IP auch nichts habe zuordnen lassen.
Hätte ich mal vorher in die LDAP Anbindung der NEtcloud
reingeschaut, dann hätte ich gemerkt, dass ich schlauberger dort
damals die IP genommen hatte, nicht den Domänennamen des LDAP
Servers … blöd …
ich habe in allen Anwendungen, die einen LDAP-Server brauchen, die IP
der OPNsense eingetragen. Ich wüsste auch nicht, was sonst, da
„linuxmuster.lan“ ja extern wohl kaum geeignet ist und ich von Belwü der
IP auch nichts habe zuordnen lassen.
ich besitze ein dyndns Account für den ich auch Jährlich was bezahle.
Da hab ich domains für die Externen IPs meiner Server in der Schule
angelegt: und da hab ich die externen IPs geändert.
Das Problem bei der Nextcloud war, dass ich nciht den DNS Namen genommen
hatte (wie bei moodle) sondern die IP.
Du solltest das vorher ändern…
ldap least sich in der nextcoud gut mit och befehlen ändern. hatte ich heute auch schon gemacht, weil die gut sehr träge wird
occ ldap:show-config
→ Konfiguration anzeigen lassen inklusive den Einstelllungen (man beachte die Nennung der “ldap Profile”, da gibts normalerweise halt eines mit Namen s01
dann
occ ldap:set-config s01 ldapHost laps://meinldapserver.de
und och ldap set-config s01 ldapport 636
und dann das ganze testen mit och Ldap:test-config
so gehts auf alle fälle in Nextcloud 24
ich vermute mal, es müsste reichen, wenn man rechtzeitig vor der Umstellung auf die neue Adresse an der WebGui den Haken bei „Konfiguration aktiv“ entfernt:
ldap least sich in der nextcoud gut mit och befehlen ändern. hatte ich
heute auch schon gemacht, weil die gut sehr träge wird
occ ldap:show-config
→ Konfiguration anzeigen lassen inklusive den Einstelllungen (man
beachte die Nennung der “ldap Profile”, da gibts normalerweise halt
eines mit Namen s01
dann
occ ldap:set-config s01 ldapHost laps://meinldapserver.de
und och ldap set-config s01 ldapport 636
und dann das ganze testen mit och Ldap:test-config
so gehts auf alle fälle in Nextcloud 24
genau so wollte ich es machen: hab aber in den 10 Minuten in der Schule,
wo ich das plötzlich bemerkte, bei Internetrecherche nur den show-config
aber nicht den set-config Befehl gefunden.
Sehr wichtige Information: Danke
