legt eine Datenbank (im docker-container) an, initialisiert die limesurvey-installation
Unterstützt Umfragenteilnehmer die aus LDAP geladen werden, momentan mit den Vorlagen: „Schüler“, „Lehrer“ und „Schüler & Lehrer“ und für jede einzelne Klasse und Projekt aus LDAP (BUG in limesurvey sortiert allerdings falsch: https://bugs.limesurvey.org/view.php?id=14793#c51553 gefixt in nächster Version, die sind echt schnell)
sowohl LDAP als auch LDAPs konfigurierbar, letzteres mit oder ohne validem Zertifikat konfigurierbar
Automatische Konfiguration, dass Lehrer sich als Umfragenersteller aus LDAP anmelden können
getestet werden von jemand der ein docker-ext-linuxmuster im Einsatz hat
so sieht es aus. Jemand aus dem CI-Team (@MachtDochNix? @Michael ?) könnte vorschlagen, wie ich in obigem Bild das linuxmuster.net logo unterbringen könnte. So?
Welchen Einfluss hast du auf die Farben? Bezüglich der Anpassung der Farben an eure Schulpages (CI).
Erste Idee: Ich würde das Logo links oben durch das lmn-Logo ersetzen und das große in der Mitte durch das Schullogo. “Powered by” würde ich dort so lassen.
gute idee. werde ich machen, wenn ich noch Zeit habe dafür. Das Schullogo ist nicht so einfach in den dockerhost zu bekommen, oder? Da muss man ja schon ssh bedienen
wenn du schon einen docker-host von der Sorte von Frank erstellt hast, hättest du nicht Lust zu schauen, ob linuxmuster-survey auch in 5 Minuten installierbar ist?
wenn du schon einen docker-host von der Sorte von Frank erstellt hast,
hättest du nicht Lust zu schauen, ob linuxmuster-survey auch in 5
Minuten installierbar ist?
… hat leider länger gedauert, weil:
ich erst das falsche github repo genommen habe (und dann erst gesehen
habe,a ls es nicht ging, dass es ja noch in deinem jollyjumper liegt)
ich zu den Klassen in der limesurvey.ini noch die 35 Klassen der
Realschule hinzufügen mußte (das war 35 Zeilen kopieren und 35mal ein r
davor schreiben … das dauert).
Und dann hats nicht geklappt
Hier ist der Fehler:
root@docker:/srv/docker/linuxmuster-survey# ./deploy/bin/turnkey -c
limesurvey.ini
Traceback (most recent call last):
File „./deploy/bin/turnkey“, line 15, in
import ldap3
ModuleNotFoundError: No module named ‚ldap3‘
In deiner Anleitung steht nicht dabei, dass man limesurvey bei
dehydratet eintragen muß: macht turnkey das? und fürht dehydratet -c aus?
ok, das ist doof. Ich weiß nicht, wie ich das automatisiseren könnte. Jeder nennt seine Klassen anders. hm…
Ok. fair enough. Mal sehn, ob das Frank im ansible playbook übernimmt, oder ob ich es in meine Anleitung packen muss.
apt install python3-ldap3
Eigentlich habe ich den Teil des Skriptes von Frank übernommen, wenn es das für dich bei mrbs gemacht hat, dann sollte es das auch für dich hier tun. Aber ich finde leider nirgends, wo dehydrated ausgeführt wird außer im daily-cronjob.
Der wird tatsächlich nicht extra angeschmissen, d.h. bis @ironiemix etwas Gegenteiliges sagt, musst du noch von Hand dehydrated -c aufrufen, um das Zertifikat erstmalig zu holen.
* ich erst das falsche github repo genommen habe (und dann erst
gesehen
habe,a ls es nicht ging, dass es ja noch in deinem jollyjumper
liegt)
* ich zu den Klassen in der limesurvey.ini noch die 35 Klassen der
Realschule hinzufügen mußte (das war 35 Zeilen kopieren und
35mal ein r
davor schreiben … das dauert).
ok, das ist doof. Ich weiß nicht, wie ich das automatisiseren könnte.
Jeder nennt seine Klassen anders. hm…
… macht ja nix: das ist ja bei mir halt auch komplizierter.
Hier ist der Fehler:
root@docker:/srv/docker/linuxmuster-survey# ./deploy/bin/turnkey -c
limesurvey.ini
Traceback (most recent call last):
File “./deploy/bin/turnkey”, line 15, in
import ldap3
ModuleNotFoundError: No module named ‘ldap3’
apt install python3-ldap3|
das hat den Fehler behoben.
In deiner Anleitung steht nicht dabei, dass man limesurvey bei
dehydratet eintragen muß: macht turnkey das? und fürht dehydratet -c
aus?
Eigentlich habe ich den Teil des Skriptes von Frank übernommen, wenn es
das für dich bei mrbs gemacht hat, dann sollte es das auch für dich hier
tun. Aber ich finde leider nirgends, wo dehydrated ausgeführt wird außer
im daily-cronjob.
Der wird tatsächlich nicht extra angeschmissen, d.h. bis @ironiemix https://ask.linuxmuster.net/u/ironiemix etwas Gegenteiliges sagt,
musst du noch von Hand dehydrated -c aufrufen, um das Zertifikat
erstmalig zu holen.
bei Frank steht in der Anleitung, dass man die
/etc/dehydratet/domain.txt bearbeiten muss.
Jetzt bricht das turnkey script woanders ab:
root@docker:/srv/docker/linuxmuster-survey# deploy/bin/turnkey -c
limesurvey.ini
Reading setup data ...
Creating LDAP participant groups configuration from template.
+ Added group p_wifi
+ Added group p_sudo
+ Added group 5a
+ Added group 5b
+ Added group 5c
- group 5d not found in LDAP
- group 5e not found in LDAP
- group 5f not found in LDAP
+ Added group 6a
+ Added group 6b
+ Added group 6c
+ Added group 6d
- group 6e not found in LDAP
- group 6f not found in LDAP
+ Added group 7a
+ Added group 7b
+ Added group 7c
- group 7d not found in LDAP
- group 7e not found in LDAP
- group 7f not found in LDAP
+ Added group 8a
+ Added group 8b
+ Added group 8c
- group 8d not found in LDAP
- group 8e not found in LDAP
- group 8f not found in LDAP
+ Added group 9a
+ Added group 9b
+ Added group 9c
- group 9d not found in LDAP
- group 9e not found in LDAP
- group 9f not found in LDAP
+ Added group 10a
+ Added group 10b
+ Added group 10c
- group 10d not found in LDAP
- group 10e not found in LDAP
- group 10f not found in LDAP
+ Added group 11a
+ Added group 11b
+ Added group 11c
+ Added group 11d
- group 11e not found in LDAP
- group 11f not found in LDAP
+ Added group 12a
+ Added group 12b
+ Added group 12d
- group 12e not found in LDAP
- group 12f not found in LDAP
+ Added group r5a
+ Added group r5b
+ Added group r5c
- group r5d not found in LDAP
- group r5e not found in LDAP
- group r5f not found in LDAP
+ Added group r6a
+ Added group r6b
+ Added group r6c
- group r6d not found in LDAP
- group r6e not found in LDAP
- group r6f not found in LDAP
+ Added group r7a
+ Added group r7b
+ Added group r7c
- group r7d not found in LDAP
- group r7e not found in LDAP
- group r7f not found in LDAP
+ Added group r8a
+ Added group r8b
+ Added group r8c
- group r8d not found in LDAP
- group r8e not found in LDAP
- group r8f not found in LDAP
+ Added group r9a
+ Added group r9b
+ Added group r9c
+ Added group r9d
- group r9e not found in LDAP
- group r9f not found in LDAP
+ Added group r10a
+ Added group r10b
+ Added group r10c
- group r10d not found in LDAP
- group r10e not found in LDAP
Creating initial configuration from templates.
Infile: ./deploy/templates/AuthLDAP.php-template -> ./config/AuthLDAP.php
Failed to write ./config/AuthLDAP.php!
Script finished with error!
grrr, sorry.
entweder einfach git pull aufrufen oder von hand das Verzeichnis mkdir config erstellen.
Ich war irgendwie zu blöd zu sehen, dass git ein Problem hatte einfach ein leeres Verzeichnis aufzunehmen.
Vg, Tobias
entweder einfach |git pull| aufrufen oder von hand das Verzeichnis
mkdir config| erstellen.
ich habe es erstellt und turnkey -c limesurvey.ini
noch mal laufen lassen.
Meldung ist folgende:
+ Added group r5a
+ Added group r5b
+ Added group r5c
- group r5d not found in LDAP
- group r5e not found in LDAP
- group r5f not found in LDAP
+ Added group r6a
+ Added group r6b
+ Added group r6c
- group r6d not found in LDAP
- group r6e not found in LDAP
- group r6f not found in LDAP
+ Added group r7a
+ Added group r7b
+ Added group r7c
- group r7d not found in LDAP
- group r7e not found in LDAP
- group r7f not found in LDAP
+ Added group r8a
+ Added group r8b
+ Added group r8c
- group r8d not found in LDAP
- group r8e not found in LDAP
- group r8f not found in LDAP
+ Added group r9a
+ Added group r9b
+ Added group r9c
+ Added group r9d
- group r9e not found in LDAP
- group r9f not found in LDAP
+ Added group r10a
+ Added group r10b
+ Added group r10c
- group r10d not found in LDAP
- group r10e not found in LDAP
Creating initial configuration from templates.
Infile: ./deploy/templates/AuthLDAP.php-template -> ./config/AuthLDAP.php
Infile: ./deploy/templates/ldap.php-template -> ./config/ldap-feedback.php
Infile: ./deploy/templates/docker-compose.yml-template ->
./docker-compose.yml
Infile: ./deploy/templates/limesurvey.nginx.config-template ->
./config/nginx.limesurvey.conf
Infile: ./deploy/templates/config.php-template ->
./config/config-feedback.php
Infile: ./deploy/templates/changes.sql-template -> ./config/changes.sql
Infile: ./deploy/templates/ldap.group.php-template ->
./config/ldap-groups.php
[....] Restarting nginx (via systemctl): nginx.serviceJob for
nginx.service failed because the control process exited with error code.
See "systemctl status nginx.service" and "journalctl -xe" for details.
failed!
Script finished successfully!
Danach hab ich trotzdem docker-compose up -d gemacht und siehe da: es
startet nicht … 5 min später … weil die site config für nginx nicht
korrekt war: da kannst du aber nix für.
Ich hab sie korrigiert und schwupps geht es.
Sach ma: wie log ich mich da als admin ein?
Einfach nur https://limesuvey.meine.tdl geht nicht: da ist kein Loginbutton …
Hi Holger,
der Rest funktioniert nun wohl?
Wenn du noch den Nerv hast, schau mal, ob ein “docker-compose -d up” jetzt das neue Image zieht, das ich auf dockerhub hochgeladen hab, oder, was ich eher glaube, dass du ein docker-compose pull ausführen musst.
Dann bekommst du ein (um 200MB reduziertes) Image mit dem Bugfix und dem linuxmuster logo
VG, Tobias
super… geil
mir reicht schon die aussage, dass du dich als Lehrer anmelden kannst. Alles andere ist eh limesurvey-kram. Das ist schon anstrengend genug als Werkzeug…da braucht man wirklich einen Büttel.
komisch, ein docker-compose pull müsste das Image in dieser Version (so eben hochgeladen) runterladen:
Login als Lehrer geht leider nciht.
Er sagt: cant contact LDAP Server.
Ich hab nachgeschaut: im IPFire ist von Rot auf 10.16.1.1 Port 636 erlaubt.
Ich hab mal noch eine Regel für den dockerhost Port 389 hinzugefügt:
bringt nix.
Seltsam, weil er beim turnkey ja erkannt hat, welche Klassen es gibt und
welche nicht…
Ich such mal.
komisch, ein docker-compose pull müsste das Image in dieser Version (so
eben hochgeladen) runterladen:
ich hab jetzt mal /config weggeschoben und leer erschaffen und
docker-compose.yml weggeschoben und turnkey nochmal ausgeführt.
Dabei ist mir folgendes aufgefallen:
es hat wieder nicht geklappt nginx am Ende zu starten.
Die Gründe sind:
du verwendest in der nginx config in der ersten und letzten Zeile als
Backend den Namen “backend”… geht bei mir nicht, weil den schon der
mrbs Container verwednet.
Beide sollten “personalisierte” backendnamen verwenden.
Das gleiche trifft auf den cache zu
Orginalzeile aus deiner config (nach turnkey)
Es kommt aber noch imemr “cant contact LDAP Server”.
Das kann aber an meinem Setup liegen (docker ist in Rot).
Ich werd da mal in die logs schauen (aber nicht jetzt )
ok, auch gut zu wissen. Die Nummerierung scheint nur bei mir zu sein…
ok, danke dass du das gefunden hast. Es hilft nix. Ich werde selber meinen dockerhost neu aufsetzen müssen (ohne Mehrwert habe ich immer nur mehrarbeit…)
Das hat tatsächlich weder mit dem nginx noch mit dem Finden der klassen zu tun, das hat damit zu tun, ob die richtige LDAP-Configuration in der mysql-db gelandet ist.
wenn du dich als „limeadmin“ anmelden kannst (nicht via LDAP), dann kannst du nachschauen, wie die Konfig unter Konfiguration/Plugin Manager/LDAP authentication - konfigurieren ausssieht.