GELÖST
Nun, ich habe dieses Problem gelöst. Ich konfiguriere mein Apache-Fehlerprotokoll auf Debug-Ebene und auf diese Weise kann ich sehen, dass der Fehler meine DN-Syntax war (Sie können sie in den Fehlerzeilen unten sehen). Dann überprüfe ich die Datei 000-default.conf und sehe, dass ich statt „dc=xxx“ „cd=xxx“ geschrieben habe. Vielen Dank für all Ihre Hilfe.
Hier ist mein Problem.
Ich habe einen Ubuntu 14.04-Server mit konfiguriertem LDAP-Server und einen weiteren Server mit einer Webanwendung, die ich zur Entwicklung der Webanwendung verwende. Dieser Server ist für die Authentifizierung auf dem LDAP-Server konfiguriert und funktioniert einwandfrei. Ich kann mich auf LDAP authentifizieren.
Nun, mein Problem ist jetzt, dass ich die Web-App auf einen anderen Server verschieben muss, den „echten“ Server, auf dem die App laufen soll. Die Apache2-Konfiguration (000.default.conf) ist dieselbe wie die des Entwicklungsservers, und wenn ich versuche, mich bei LDAP zu authentifizieren, wird das Popup-Fenster mit Benutzername und Passwort angezeigt, aber wenn ich auf „Akzeptieren“ drücke, wird ein interner Serverfehler (500) angezeigt.
Danke für alle möglichen Lösungen.
Ich bearbeite noch einmal. Ich suche, wie ich mein Apache-Fehlerprotokoll besser konfigurieren kann. Ich bekomme am Ende einige Zeilen mit einem Fehler. Hier sind die generierten Zeilen des Zugriffsversuchs
[Do 14. Mai 17:09:13.571921 2015] [authz_core:debug] [pid 18085] mod_authz_core.c(802): [client 172.20.20.58:2840] AH01626: Autorisierungsergebnis von „Require valid-user“: abgelehnt (noch kein authentifizierter Benutzer)
[Do 14. Mai 17:09:13.572018 2015] [authz_core:debug] [pid 18085] mod_authz_core.c(802): [Client 172.20.20.58:2840] AH01626: Autorisierungsergebnis von: abgelehnt (noch kein authentifizierter Benutzer)
[Do 14. Mai 17:09:17.093748 2015] [authz_core:debug] [pid 18085] mod_authz_core.c(802): [client 172.20.20.58:2840] AH01626: Autorisierungsergebnis von „Require valid-user“: abgelehnt (noch kein authentifizierter Benutzer)
[Do 14. Mai 17:09:17.093805 2015] [authz_core:debug] [pid 18085] mod_authz_core.c(802): [Client 172.20.20.58:2840] AH01626: Autorisierungsergebnis von: verweigert (noch kein authentifizierter Benutzer)
[Do 14. Mai 17:09:17.093917 2015] [authnz_ldap:debug] [pid 18085] mod_authnz_ldap.c(501): [Client 172.20.20.58:2840] AH01691: auth_ldap authentifizieren: mit URL ldap://172.20.20.19:389/dc=gesac,dc=ldap?uid
[Do 14. Mai 17:09:17.094814 2015] [ldap:debug] [pid 18085] util_ldap.c(372): AH01278: LDAP: Verweise auf „Ein“ setzen.
[Do 14. Mai 17:09:17.098442 2015] [authnz_ldap:info] [pid 18085] [client 172.20.20.58:2840] AH01695: auth_ldap authenticate: Benutzer-RS-Authentifizierung fehlgeschlagen; URI /MyWeb/phpinfo.php [LDAP: ldap_simple_bind() fehlgeschlagen][Ungültige DN-Syntax]
[Do 14 Mai 17:09:17.424790 2015] [authz_core:debug] [pid 18086] mod_authz_core.c(802): [client 172.20.20.58:2842] AH01626: Autorisierungsergebnis von „Alles erforderlich“ gewährt: gewährt
[Do 14. Mai 17:09:17.424886 2015] [authz_core:debug] [pid 18086] mod_authz_core.c(802): [client 172.20.20.58:2842] AH01626: Autorisierungsergebnis von: gewährt
Hier sind die Module, die auf beiden Servern aktiviert sind, die gleichen
- core_module (statisch)
- so_module (statisch)
- watchdog_module (statisch)
- http_module (statisch)
- log_config_module (statisch)
- logio_module (statisch)
- version_module (statisch)
- unixd_module (statisch)
- access_compat_module (gemeinsam genutzt)
- Aliasmodul (gemeinsam genutzt)
- auth_basic_module (gemeinsam genutzt)
- authn_core_module (gemeinsam genutzt)
- authn_file_module (gemeinsam genutzt)
- authnz_ldap_module (gemeinsam genutzt)
- authz_core_module (geteilt)
- authz_groupfile_module (gemeinsam genutzt)
- authz_host_module (gemeinsam genutzt)
- authz_user_module (geteilt)
- autoindex_module (gemeinsam genutzt)
- cgi_module (gemeinsam genutzt)
- dir_module (gemeinsam genutzt)
- env_module (gemeinsam genutzt)
- filter_module (gemeinsam genutzt)
- ldap_module (gemeinsam genutzt)
- ldap_userdir_module (gemeinsam genutzt)
- mime_module (gemeinsam genutzt)
- mpm_prefork_module (gemeinsam genutzt)
- Verhandlungsmodul (gemeinsam genutzt)
- php5_module (gemeinsam genutzt)
- reqtimeout_module (gemeinsam genutzt)
- rewrite_module (gemeinsam genutzt)
- setenvif_module (gemeinsam genutzt)
- socache_shmcb_module (gemeinsam genutzt)
- ssl_module (gemeinsam genutzt)
- status_module (geteilt)