Das HowTo-Wiki|
⇤ ← Revision 1 vom 2005-04-10 23:38:19
Größe: 625
Kommentar: nue
|
Größe: 1060
Kommentar: proxy-healer-Skript
|
| Gelöschter Text ist auf diese Art markiert. | Hinzugefügter Text ist auf diese Art markiert. |
| Zeile 6: | Zeile 6: |
| 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 | 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. |
Proxy-Probleme
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 [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.
