У меня проблемы с доступом к репозиторию 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:

Невозможно подключиться к хранилищу по URL 'SVN + SSH: //[email protected]/var/svn/joetest» Чтобы лучше отлаживать проблемы с SSH-соединением, удалите опцию -q из 'SSH» в разделе [tunnels] вашего файла конфигурации Subversion. Сетевое соединение неожиданно закрылось

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

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

дали право собственности на хранилище/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 для каждого входа в систему. Из руководства:

Там'Это еще третий способ вызова svnserve, и этоS в «туннельный режим », с опцией -t. В этом режиме предполагается, что программа удаленного обслуживания, такая как RSH или SSH, успешно аутентифицировала пользователя и теперь вызывает частного пользователя svnserve в качестве этого пользователя. Программа svnserve ведет себя нормально (общение через stdin и stdout) и предполагает, что трафик автоматически перенаправляется через некоторый туннель обратно к клиенту. Когда svnserve запускается таким агентом туннеля, как этот, убедитесь, что аутентифицированный пользователь имеет полный доступ на чтение и запись к файлам базы данных репозитория. (См. Серверы и разрешения: Слово предупреждения.)По сути, это то же самое, что и локальный пользователь, обращающийся к хранилищу через файл: /// 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

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