ich habe seit Pfingsten 2 Server am laufen ( PädML 5.0 und linuxmusternet 6.2)
Nach Installation von Linuxmusternet 6.2 haben wir unser Intranet auf den neuen Server kopiert.
Hier hatten wir einen gesicherrten Lehrerbereich und einen gesicherten Schülerbereich (jeweils durch eine .htaccess -Datei, Authentifizierung über Ldap).
In der .htaccess habe ich die Dömäne angepasst!
Nun zum Problem: Sobald ich mich am neuen Server in dem internen Bereich einloggen will erhalte ich eine Fehlermeldung:
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
More information about this error may be available in the server error log.
Wenn ich die .htaccess Datei rausnehme komme ich problemlos auf die entsprechende Seite, dann aber nicht mehr passwortgesichert.
Ich habe mir die Dateien: /var/log/apache2/error.log und /var/log/apach2/access.log angeschaut.
acces.log weist keine Auffälligkeiten auf, gleiches Ergebnis mit und ohne .htaccess.
Die Datei error.log weist immer wieder den gleichen Fehler auf: Die Datei favicon.ico fehlt in /var/www bzw. in /var/www/apache2-default.
Das kann aber kaum das Problem sein, denn auf dem alten Server sieht die error.log gleich aus (mit fehlender Datei), hier klappt der Zugang aber.
richtig ist das komplette Verzeichnis /var/www ist kopiert worden.
Die Besitzer von welchen DAteien meinst du?
Startseite des Lehrerbereichs? Einzelne Dateien im Lehrerbereich?
Ich habe an der .htaccess noch einmal rumgespielt, weil ich mich bei der Ldap-Anbindung erinnert hatte, dass zwischen Ldap und Ldaps ein Unterschied ist.
–> ldap://127.0.0.1 … hat das Problem gelöst.
Das regt mich jetzt schon fast wieder auf, dass es wieder nur ein Zeichen war!
Ich frag mich aber trotzdem, wieso das bei der PädML 5 keinen Unterschied gemacht hat.
ldaps müsste auch gehen, aber vllt. gibt es mit dem zertifikat ein Problem, weil es selbst signiert ist.
in /etc/ldap.conf könntest du noch TLS_REQ=allow (oder so ähnlich) einstellen.
aber auf dem localhost würde ich auch nicht wg. SSL, also sprich wg. ldaps vs. ldap rummachen.