SVN + SSH-Verbindung über VPN mit Schildkröten-SVN schlägt fehl

Ich verwende ein 64-Bit-System mit Windows 7. Ich habe Open VPN und Tortoise SVN 64-Bit installiert.

Das Repository befindet sich in einem Remote-System, und wir stellen die Verbindung über VPN her.

Ich habe die notwendigen Schritte befolgt, um die VPN-Verbindung herzustellen -

• Einige projektspezifische Konfigurationsdateien wurden im Konfigurationsordner des Open VPN-Installationspfads hinzugefügt.
• Initiierte Open VPN-Verbindung mit einem Benutzer.
• lief Putty's Pageant.exe und fügte die erforderliche Passphrase hinzu.

Alles gut bis hierher.

Dann ging ich in das lokale Verzeichnis und versuchte, die Remote-Repository-URL mithilfe von Tortoise SVN zu überprüfen. Aber es wirft den folgenden Fehler -

Checkout fehlgeschlagen

To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file. Network connection closed unexpectedly 

Nachfolgend finden Sie den Inhalt des Abschnitts [Tunnel] meiner Subversion-Konfigurationsdatei.

### Section for configuring tunnel agents. [tunnels] ### Configure svn protocol tunnel schemes here. By default, only ### the 'ssh' scheme is defined. You can define other schemes to ### be used with 'svn+scheme://hostname/path' URLs. A scheme ### definition is simply a command, optionally prefixed by an ### environment variable name which can override the command if it ### is defined. The command (or environment variable) may contain ### arguments, using standard shell quoting for arguments with ### spaces. The command will be invoked as: ### <command> <hostname> svnserve -t ### (If the URL includes a username, then the hostname will be ### passed to the tunnel agent as <user>@<hostname>.) If the ### built-in ssh scheme were not predefined, it could be defined ### as: # ssh = $SVN_SSH ssh ### If you wanted to define a new 'rsh' scheme, to be used with ### 'svn+rsh:' URLs, you could do so as follows: # rsh = rsh ### Or, if you wanted to specify a full path and arguments: # rsh = /path/to/rsh -l myusername ### On Windows, if you are specifying a full path to a command, ### use a forward slash (/) or a paired backslash (\\) as the ### path separator. A single backslash will be treated as an ### escape for the following character. 

Ist dies der Abschnitt, auf den sich der Fehler bezieht? Ich sehe dort keine -qOption. Was ist jetzt zu tun?