Ich habe Probleme beim Zugriff auf ein SVN-Repository mit TortoiseSVN 1.7.8.TortiseSVN svn + ssh Fehler: Verbindung zu einem Repository unter URL nicht möglich ... Netzwerkverbindung unerwartet geschlossen
Das SVN-Repository befindet sich auf einer CentOS 6.3-Box mit openssh 5.3p1:81.el6
und scheint ordnungsgemäß zu funktionieren.
# svnadmin --version
# svnadmin, version 1.6.11 (r934486)
ich das Repository von einem anderen CentOS-Box mit diesem Befehl aufrufen:
svn list svn+ssh://[email protected]/var/svn/joetest
Aber wenn ich TortiseSVN von einer Workstation Win 7 mit nicht in der Lage, das Repository zu durchsuchen versuchen, ich bin so zu tun, mit der folgende Pfad:
svn+ssh://[email protected]/var/svn/joetest
ich erhalte den folgenden Fehler von TortoiseSVN:
Unable to connect to a repository at URL 'svn+ssh://[email protected]/var/svn/joetest' 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
Ich kann über SSH von der Arbeitsstation mit Putty anmelden.
Die Ergebnisse sind die gleichen, wenn ich versuche, Zugriff als root.
Ich habe das Eigentum an dem Repository /var/svn/
zu USER:USER
gegeben und lief
chmod 2700 -R /var/svn/
.
Da ich über ssh von einer anderen Linux-Box auf das Repository zugreifen kann, scheinen Berechtigungen nicht das Problem zu sein.
Wenn ich die Protokolldatei mit tail -fn 2000 /var/log/secure
sehen, sehe ich die folgende jedes Mal TortiseSVN nach dem Passwort fragt:
Sep 26 17:34:31 dev sshd[30361]: Accepted password for USER from xx.xxx.xx.xxx port 59101 ssh2
Sep 26 17:34:31 dev sshd[30361]: pam_unix(sshd:session): session opened for user USER by (uid=0)
Sep 26 17:34:31 dev sshd[30361]: pam_unix(sshd:session): session closed for user USER
ich tatsächlich in der Lage bin zu melden, aber die Sitzung wird dann sofort geschlossen.
Es fiel mir auf, dass die Sitzung für USER von root (uid=0)
geöffnet wird, die richtig sein kann, aber ich werde es erwähnen, falls es etwas mit dem Problem zu tun hat.
Ich schaute in die Änderung der svnserve.conf
, aber soweit ich sagen kann, es ist nicht beim Zugriff auf das Repository über svn+ssh
verwendet, wird eine private Svnserve-Instanz für jede Anmeldung über diese Methode erstellt. Aus dem Handbuch:
There's still a third way to invoke svnserve, and that's in “tunnel mode”, with the -t option. This mode assumes that a remote-service program such as RSH or SSH has successfully authenticated a user and is now invoking a private svnserve process as that user. The svnserve program behaves normally (communicating via stdin and stdout), and assumes that the traffic is being automatically redirected over some sort of tunnel back to the client. When svnserve is invoked by a tunnel agent like this, be sure that the authenticated user has full read and write access to the repository database files. (See Servers and Permissions: A Word of Warning.) It's essentially the same as a local user accessing the repository via file:/// URLs.
Die einzigen Nicht-Standardeinstellungen in sshd_config
sind:
Protocol 2 # to disable Protocol 1
SyslogFacility AUTHPRIV
ChallengeResponseAuthentication no
GSSAPIAuthentication yes
GSSAPICleanupCredentials yes
UsePAM yes
AcceptEnv LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES
AcceptEnv LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT
AcceptEnv LC_IDENTIFICATION LC_ALL LANGUAGE
AcceptEnv XMODIFIERS
X11Forwarding no
Subsystem sftp /usr/libexec/openssh/sftp-server
Irgendwelche Gedanken?
Nur ein Gedanke gesetzt ist, versuchen Nimm den USER @ aus der URL und warte darauf, dass tortoise nach den Zugangsdaten fragt. Nicht sicher, ob es funktioniert, aber es ist einen Versuch wert. – Scott
Danke für den Vorschlag, aber das gleiche Ergebnis. – codewaggle
Wenn Sie den Tortoise Repo-Browser öffnen, welchen Fehler gibt es? – Scott