Sie verwenden SSH, um einen lokalen SOCKS-Server einzurichten, der mit Ihrem SSH-Server getunnelt wird. Sie erwähnen, dass Ihr Grund dafür ist, dass "die lokale Verbindung langsam ist", aber ich verstehe nicht, wie das Tunneling zu einem SSH-Server es schneller macht.
Wie auch immer, Ihr Problem ist, dass Subversion eine Verbindung über einen HTTP-Proxy oder einen SSH-Tunnel herstellen kann, aber keine Ahnung von SOCKS hat. Daher müssen Sie SOCKSify Subversion so konfigurieren, dass alle TCP-Verbindungen erfasst und an den SOCKS-Proxy umgeleitet werden.
Anstatt diejenigen zu paraphrasieren, die es zuvor getan haben, verweise ich Sie auf ihre detaillierten Erklärungen:
Oder auf den Punkt gebracht:
Debian enthält zwei Socksifier, die auch bei SourceForge verfügbar sind. Die zuletzt aktualisierte Version ist ProxyChains und lässt sich ganz einfach konfigurieren. Die meisten Socken funktionieren auf ähnliche Weise, daher sollten diese Anweisungen ein vernünftiger allgemeiner Fall sein. Um ProxyChains zu konfigurieren, müssen Sie nur $ (HOME) / .proxychains / proxychains.conf bearbeiten, um nur die folgenden Zeilen zu haben:
DynamicChain
tcp_read_time_out 15000
tcp_connect_time_out 10000
[ProxyList]
socks5 127.0.0.1 8090
# NB: for some reason 'localhost' doesn't work in the above line
Alles, was Sie dann tun müssen, ist svn in ProxyChains 'wrappen'.
proxychains svn commit
Im obigen Beispiel war die svn-Anwendung nicht so klug, dass ihre TCP-Verbindung zum Subversion-Server über Ihren SOCKS-Proxy umgeleitet wurde. "