У меня проблемы с доступом к репозиторию SVN с использованием TortoiseSVN 1.7.8.

Репозиторий SVN находится на коробке CentOS 6.3 сopenssh 5.3p1:81.el6 и, кажется, работает правильно.

# svnadmin --version
# svnadmin, version 1.6.11 (r934486)

Я могу получить доступ к хранилищу из другого окна CentOS с помощью этой команды:

svn list svn+ssh://[email protected]/var/svn/joetest

Но когда я пытаюсь просмотреть репозиторий с помощью TortiseSVN с рабочей станции Win 7, я не могу сделать это, используя следующий путь:

svn+ssh://[email protected]/var/svn/joetest

Я получаю следующую ошибку от 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

Я могу войти через SSH с рабочей станции, используя Putty.

Результаты будут такими же, если я попытаюсь получить доступ с правами root.

Я получил право собственности на хранилище/var/svn/ вUSER:USER и побежал
chmod 2700 -R /var/svn/.

Поскольку я могу получить доступ к хранилищу через ssh из другого блока Linux, разрешения, похоже, не являются проблемой.

Когда я смотрю файл журнала с помощьюtail -fn 2000 /var/log/secureЯ вижу следующее каждый раз, когда TortiseSVN запрашивает пароль:

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

Я действительно могу войти, но сеанс сразу же закрывается.

Я заметил, что сеанс открывается для пользователя USER root(uid=0), что может быть правильным, но я упомяну об этом на случай, если это как-то связано с проблемой.

Я посмотрел на изменениеsvnserve.conf, но, насколько я могу судить, он не используется при доступе к хранилищу черезsvn+sshэтот метод создает личный экземпляр svnserve для каждого входа в систему. Из руководства:

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.

Единственные нестандартные настройки вsshd_config являются:

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

Какие-нибудь мысли?