Hi,

ich hab n komisches Problem mit meinem Apache

Also ich hab den Apache 2.0.55 mit SubVersion 1.2.3 und die aktuellste Version von PHP5.

Ich kann problemlos auf meiner Oberfläche rumkurven, doch wenn ich auf ein Repository Zugreifen will, stürtzt der Apache ab und in der Errorlog steht nur ne Notice:

"Parent: child process exited with status 3221225477 -- Restarting"

Google brachte nur diverse andere Foren- und Mailinglistenbeiträge in denen das Problem nicht gelöst wurde.

Der Zugriff aufs Repository wird über LDAP aufs AD gehandhabt, bzw. bin ich grad dabei das auszuprobieren, hat es damit was zu tun?

Manchmal kommt die Eingabebox, manchman kommt sie nicht.

Ich habs jetzt soweit das ich weiß, das sich mein angegebener BindUser auch binden kann.

aber trozdem kommt die fehlermeldung, wenn ich versuche, auf ein repository zuzugreifen.

es muss also irgendetwas mit der authentifizierung zu tun haben.

hat es nicht zufällig jemand schonmal geschafft, die verbindung zwischen apache und AD aufzubauen?

<--- Moved To Webserver-ecke

Also ich hab den Apache 2.0.55 mit SubVersion 1.2.3 und die aktuellste Version von PHP5.

PHP brauchst du für SVN gar nicht, wohl aber WebDAV. Hast du das auch drauf?

EDIT: geht das auth_AD (keine ahnung wie das heißt), wenn du damit nur ein Verzeichnis schützen willst (z.B.)?

EDIT2:

Oder meinst du auth_ldap? Also damit hab ich den SVN Zugriff hier gemacht, und es gibt keine Probleme...

PHP ist für die Administrationsoberfläche die ich gebastelt hab

WebDAV ist drauf und aktiviert

Ich komm problemlos in ein Repository rein, solange keine Authentifizierung durchgeführt wird.

Ich vermute das es an der Verbindung zum LDAP liegt...

Ich hab den LDAP User für den Bind unter linux mit nem ldapsearch getestet ob der Bind überhaupt geht -> Kein Problem

Hier mal kurz wie meine Konfiguration für den Apache aussieht:

Aber erst noch kurz die AD Struktur:

domainname.domainextension

-01_User //OU - Userbasispfad

--10_User_Nuremberg // OU - Aufgeteilt in die Standorte, ich bin hier in NBG

---Testuser // User - Und im NBG Ordner ist gleich der User

-35_administration // OU - Hier sind alle Bind-Berechtigten User (also Admins)

--subversion_ldap // User - und das ist der User für mich 


Die Konfiguration:

AuthType Basic

AuthName "Authentication for svn repository"

AuthLDAPEnabled on

AuthLDAPAuthoritative on

AuthLDAPUrl ldap://10.1.200.1:389 // Die IP unseres DomainControllers auf dem das AD liegt

AuthLDAPBindDN "cn=subversion_ldap,ou=35_administration,dc=domainname,dc=domainextension" // Der Binduser und wo er sich befindet

AuthLDAPBindPassword #Passwort# // Hier das Passwort für diesen User

require user Testuser // Und den User muss ich zur Authentifizierung eingeben

[/code]

Ich hab bereits die AuthLDAPUrl genauer definiert ich hab auch schon den "require" Teil etwas veralgemeinert (require valid-user) und es kommt immer aufs gleiche...

Hier mal meine config... allerdings nutze ich kein AD, sondern das Novell eDirectory. Mit AD hab ich keinerlei Erfahrung.

<VirtualHost svn.server.local:80>

  ServerName svn.server.local

  DocumentRoot /var/subversion/


  <Location /repos>

    DAV svn

    SVNParentPath /var/subversion

    AuthType Basic

    AuthName "Subversion repository"


    AuthLDAPBindDN cn=readldap,ou=web,ou=internet,o=xxx

    AuthLDAPBindPassword xxx

    AuthLDAPURL ldap://192.168.12.3/o=xxx?cn?sub?(objectClass=*)

    require valid-user

  </Location>

</VirtualHost>

Das geht so, wichtig ist allerdings das:

<Location /repos>

Eine Pfadangabe muss da sein, ansonsten gibt es Probleme. Bei mir bekam ich nie Schreibrechte. Das wäre allerdings ein länger bekanntes Problem. Ich hab es dennoch erst sehr sehr spät gefunden (und auch nicht in der offiziellen Anleitung oder so)

EDIT:

Zugriff auf das Repository (bzw. die Repositories) bekommst du dann über:

http://svn.server.local/repos/...

Danke, hab das jetzt mal gemacht, aber der gleiche Fehler kommt...

Ich werd nun mal ne andere Version vom Apache versuchen, anstelle dem 2.0 mal den 1.3, vllt bringts was.

I DID IT I DID IT!

und zwar nicht mit auth_ldap sondern auth_sspi

das ist ein extramodul und funzt super unter einer windowsumbegung

weitere infos und die Daten gibts unter:

http://www.subversionary.org/sspidomainauth