Die _Bind-Angaben waren die aus der slapd.conf unseres Schulservers.
Ich bin nun am Ende mit meinem Latein und vor allem meinen Nerven. Vielleicht gibt es ja noch nächste Woche eine Erleuchtung. Für heut mach ich aber Schluss.
Nach dem ändern der Datei habe ich den Server einfach komplett neu gestartet.
Auf dem Linuxmuster 6.2 Server in /etc/ldap/slapd.conf (XX.XX.XX.XX ist die IP-Adresse des BBB-Servers):
#Limits Access:
access to attrs=sambaLMPassword,sambaNTPassword,sambaPwdLastSet,sambaPwdMustChange,sambaAcctFlags,userPassword
by anonymous peername.ip=XX.XX.X.XXX auth
by self peername.ip=127.0.0.1 write
by self ssf=56 write
by * none
Nach dem ändern der slapd.conf starte ich den ladp immer neu: sudo service slapd restart
Hier muss man auf jeden Fall zwischen LMN 6.2 und LMN 7 unterscheiden. In der 6er erfolgt der auth ohne binduser, während in der 7 der global-binduser angegeben werden muss.
ob man vom BBB-Server zum LDAP kommt, kann man ja einfach testen:
telnet <ip/fqdn> 389
Wenn es nicht geht -> Firewallregeln. Ich würde da nicht einfach immer weiter ausprobieren - das führt meist zu nichts (außer ab und zu einem Glückstreffer).
Unsere Einstellungen zum LDAP sehen minimal anders aus (6.2) - ich habe bei der LDAP_BASE nie das ou mit drin stehen:
Vielleicht hilft es ja. Neu starten ist nicht nötig - wie in der Anleitung steht:
cd ~/greenlight
docker-compose down
docker-compose up -d
Wenn das nicht reicht, stimmt was viel grundlegenderes nicht.
Noch ein Hinweis: viele Einstellungen kann man „Update-fest“ machen, in dem man nicht direkt die Dateien verändert, sondern ein Skript unter /etc/bigbluebutton/bbb-conf/apply-config.sh erstellt. Das wird beim Neustart des Dienstes berücksichtigt, was das Testen und Bearbeiten der Einstellungen etwas bequemer macht. Unseres sieht z.B. so aus:
#!/bin/bash -e
# This is a set of commands that will be run when vvv is restarted or the ip is set
# use this as local changes will be overwritten
echo " - Prevent viewers from sharing webcams"
sed -i 's/lockSettingsDisableCam=.*/lockSettingsDisableCam=true/g' /usr/share/bbb-web/WEB-INF/classes/bigbluebutton.properties
echo " - Set welcome messages"
sed -i 's/defaultWelcomeMessage=.*/defaultWelcomeMessage=Willkommen bei <b>%%CONFNAME%%<\/b>!<br><br>Folgende <a href="event:http:\/\/www.bigbluebutton.org\/html5"><u>Videos<\/u><\/a> geben eine kurze Einf\ü\;hrung in BigBlueButton.<br><br>Achtung: es werden nur Firefox und Chrome unterst\ü\;tzt! Um der Audiokonferenz teilzunehmen, bitte das Telefonsymbol dr\ü\;cken. Um st\ö\;rende Hinterger\ä\;usche zu vermeiden, idealerweise ein Headset nutzen./g' /usr/share/bbb-web/WEB-INF/classes/bigbluebutton.properties
echo " - Set welcome messages (footer)"
sed -i 's/defaultWelcomeMessageFooter=.*/defaultWelcomeMessageFooter=Dieser Server l\ä\;uft mit <a href="http:\/\/docs.bigbluebutton.org\/" target="_blank"><u>BigBlueButton<\/u><\/a>. BBB ist ein internes Kommunikationswerkzeug am Corvinianum Northeim. Nicht autorisierte Aufnahmen, Streaming und\/oder Weiterverbreitung von Konferenzinhalten werden ggf. strafrechtlich verfolgt./g' /usr/share/bbb-web/WEB-INF/classes/bigbluebutton.properties
echo " - Set default presentation"
sed -i 's/beans.presentationService.defaultUploadedPresentation=.*/beans.presentationService.defaultUploadedPresentation=${bigbluebutton.web.serverURL}\/corvi.pdf/g' /usr/share/bbb-web/WEB-INF/classes/bigbluebutton.properties
echo " - Mute on start"
sed -i 's/muteOnStart=.*/muteOnStart=true/g' /usr/share/bbb-web/WEB-INF/classes/bigbluebutton.properties
Die echo-Ausgabe (und eventuelle Fehler) wird beim Neustart über bbb-config --restart mit ausgegeben. Dann weiß man gleich, dass er das gemacht hat.
Das habe ich gemacht, und die Daten stimmen. Ich kann auf mein BBB-Server in die Konsole sogar ein ldapsearch zur Ldap-Server ausgeführt, und ich erhalte die Liste aller Lehrer problemlos : damit ist es kein FW Problem.
Trotzdem schaffe ich kein Einloggen per Ldap in Greenlight : muss man sich mit der Email oder per uid einloggen ?
In ~/greenlight/log/production.log sehe ich leider keine Fehlermeldung.
Sonst noch eine Idee woran es liegen könnte ?
Hallo zusammen.
Lest noch mal im Wiki nach.
Dort habe ich jetzt geschrieben, wie man das nach dem Absetzen des „sed“ Befehls zur Zertifikats-Nicht-Prüfung das docker image „commit“ en kann, damit das auch für reboots und docker-compose -d down/up Befehle persistent ist.
Vg, Tobias
ich komme so langsam weg von ldap. Die Kolleginnen und Kollegen, die BBB nutzen möchten, akzeptieren die Anmeldepflicht und ich habe ein wenig mehr Kontrolle drüber.
Was mich nur wundert sind Zertifikatsfehler, die mir bei Session-URLs angezeigt werden, je nachdem wie ich den Zugang weitergebe. Unsere URL für BBB ist https://mgg-bbb.work. Wenn ich nun Räume aufmache, und die URL abschreibe, dann darf ich kein https://www.mgg-bbb.work/b/Raumnummer nehmen, sondern ich muss https://mgg-bbb.work/b/Raumnummer verwenden. So wie ich das sehe, muss ich hier in die nginx-conf noch weitere URL-Ziele reinschreiben, dass Let’s Encrypt ein Zertifikat für alle möglichen Variationen der URL ausspuckt. Wie seht ihr das?
