625
Kommentar: nue
|
← Revision 4 vom 2012-06-13 21:26:22 ⇥
1080
converted to 1.6 markup
|
Gelöschter Text ist auf diese Art markiert. | Hinzugefügter Text ist auf diese Art markiert. |
Zeile 1: | Zeile 1: |
[[TableOfContents]] | <<TableOfContents>> |
Zeile 5: | Zeile 5: |
= Proxy-Probleme = Bei unserer vorherigen Installation haben wir einen ''apache-ssl'' als Proxy-Server für den ''apache2'' mit ''Subversion'' benutzt. Dabei traten Probleme bei komplexen ''svn''-Kommandos auf (beispielsweise die Verschiebung von Verzeichnisstrukturen). Diese Probleme konnten wir durch die Zwischenschaltung eines ''python'' Skripts (das wiederum als Proxy fungiert :)) beheben. Das Skript findest du unter: http://vanderwijk.info/Members/ivo/articles/ComplexSVNSetupFix |
= Proxy-Probleme - 502 Bad Gateway = Wenn der Subversion-Server hinter einem Proxy betrieben wird, dann treten Probleme bei komplexen ''svn''-Kommandos auf (beispielsweise bei einer ''COPY''-Transaktion). Die Ursache ist der ''Destination''-Header, der den öffentlichen Namen des Proxy beinhaltet. Dies wird vom ''mod_dav''-Modul nicht akzeptiert. |
Zeile 8: | Zeile 8: |
Bisher traten diese Schwierigkeiten mit dem [http://www.apsis.ch/pound Pound-Proxy] noch nicht auf. | Dieses Problem kann durch die Zwischenschaltung eines ''python'' Skripts (das wiederum als Proxy fungiert :)) behoben werden. Das Original-Skript findest du unter: http://vanderwijk.info/Members/ivo/articles/ComplexSVNSetupFix Das Skript muss an die Namen der Servern angepasst werden (trivial) - unser Skript liegt unter [[attachment:svn-proxy-healer.py|/data/scripts/svn-proxy-healer.py]] auf dem FaxeSubVersion-UML. Es sollte als Bootskript eingebunden werden. Der Proxy-Server muss seine Anfragen an den Port des Subversion-Server weiterleiten, der von dem Skript bedient wird. Das Ganze kostet natürlich Performance - es scheint aber bisher keine andere Lösung zu existieren. |
Inhaltsverzeichnis
Proxy-Probleme - 502 Bad Gateway
Wenn der Subversion-Server hinter einem Proxy betrieben wird, dann treten Probleme bei komplexen svn-Kommandos auf (beispielsweise bei einer COPY-Transaktion). Die Ursache ist der Destination-Header, der den öffentlichen Namen des Proxy beinhaltet. Dies wird vom mod_dav-Modul nicht akzeptiert.
Dieses Problem kann durch die Zwischenschaltung eines python Skripts (das wiederum als Proxy fungiert behoben werden. Das Original-Skript findest du unter: http://vanderwijk.info/Members/ivo/articles/ComplexSVNSetupFix
Das Skript muss an die Namen der Servern angepasst werden (trivial) - unser Skript liegt unter /data/scripts/svn-proxy-healer.py auf dem FaxeSubVersion-UML.
Es sollte als Bootskript eingebunden werden.
Der Proxy-Server muss seine Anfragen an den Port des Subversion-Server weiterleiten, der von dem Skript bedient wird.
Das Ganze kostet natürlich Performance - es scheint aber bisher keine andere Lösung zu existieren.