Windows 2012 VisualSVN не может быть подключен с помощью Linux Subversion Client

1074
Scott Bonner

Я пытаюсь подключить клиент Subversion на компьютере Red Hat к компьютеру под управлением Windows Server 2012 с запущенным сервером VisualSVN. Моя цель - запустить svn exportсценарий через оболочку на машине linux, чтобы получить код для сервера разработки.

Сначала я попытался подключиться, используя строку подключения https Repo по умолчанию.

svn export --username user --password pass https://OPSSVN1/svn/volunteers/ ./svn-export

окно Linux возвращается ...

svn: Server sent unexpected return value (501 Not Implemented) in response to OPTIONS request for 'https://OPSSVN1/volunteers'

Поэтому я пошел и установил svnserve.exe в качестве службы, прослушивающей 3960, и изменил сценарий на ..

svn export --username user --password pass svn://OPSSVN1:3960/volunteers/ ./svn-export

Я получаю следующее сообщение

svn: Can't connect to host 'OPSSVN1': Connection refused

Теперь, если я использую любую строку подключения с рабочего стола окна, она работает нормально.

Известны и другие факты, которые могут помочь ...

  • На сервере Windows брандмауэр открыт для порта.
  • Линукс коробка может пинговать машину
  • окно linux может подключиться через Telnet к порту 443 в окне windows
  • Linux box не может подключиться к порту 3960 на Windows
  • Linux SVN версия: svn, версия 1.6.11 (r934486)
  • VisualSVN версия 2.7.2

Служба SVN, которую я настроил на Windows, была сделана с помощью следующей команды.

cmd /c sc create subversion binpath="c:\svnserve\svnserve.exe --service -r E:\Repositories --listen-port 3960"

С папкой svnserve, которая является символической ссылкой на папку bin Visualsvn, которая находится в каталоге x86 программных файлов.

Любые идеи о том, как я могу получить эту коробку Linux для экспорта кода из VisualSVN?

1
Нашел, что это, вероятно, будет проблемой Linux. Серверу, с которого я это пробовал, не понравилось. Еще один похожий сервер работал нормально. У них установлена ​​одинаковая версия. Я приветствую любые мысли. Scott Bonner 10 лет назад 0

1 ответ на вопрос

0
bahrep

  1. It looks like that you enter invalid URL.

    Where did you get the URL https://OPSSVN1/volunteers/? URLs of VisualSVN Server repositories usually look like https://<hostname>/svn/<repository-name>. In your case the URL has to be https://OPSSVN1/svn/volunteers/ unless you hide VisualSVN Server behind a reverse-proxy.

  2. You are using too outdated Subversion 1.6.11 client on Linux machine.

    Subversion 1.6 is no longer supported starting with 1.8 release. The particular 1.6.11 version was released on 19 Apr 2010 and is too outdated. It's behind 11 patch releases, in fact. The latest Subversion 1.6.23 client was released on 30 May 2013 and includes a lot of fixes. If you must use svn 1.6 client, at least update it to the latest patch release then.

    On the other hand, you have to consider upgrading your clients to the latest Subversion 1.8 release.

1. https: // OPSSVN1 / добровольцы / URL-адрес был вызван тем, что он был необходим для того, чтобы служба svnserve, которая прослушивает порт 3960, нашла файлы. Типичный URL, который предоставляет визуальный svn, не работал при использовании svn: //, вы правы в том, что / svn / - это то, что было на самом деле в первой попытке, я скопировал вторую попытку и изменил ее для поста, поэтому Я буду редактировать это. Scott Bonner 10 лет назад 0
2. Что странно, так это на одном Linux-сервере и с точно таким же установленным svn, это дает мне отказ в соединении, а другой работает. Scott Bonner 10 лет назад 0
@isisgate, VisualSVN Server не поддерживает использование `svnserve`. Не смешивайте устранение неполадок, потому что вы должны исследовать исходную проблему при использовании HTTP (S). `svnserve` - другая история, и ее использование не поможет устранить эту проблему, я бы сказал. bahrep 10 лет назад 0
Как вы думаете, обновление svn на коробке linux сделает версию https нормальной? Scott Bonner 10 лет назад 0
@ Расспросить это ** может **, но я не могу сказать наверняка. Попробуйте последнюю версию svn 1.6.23, 1.7.16 и 1.8.8: http://subversion.apache.org/packages.html bahrep 10 лет назад 0
Я сделаю "yum update svn" на проблемном сервере и посмотрю, что произойдет. Scott Bonner 10 лет назад 0
да, похоже, что файловая система немного запутана. Все в режиме только для чтения, и я могу только предположить, что это из-за необходимости запуска e2fsck. Поэтому я не могу получить RPM на машине через sftp или wget, чтобы попробовать это. Придется подождать до понедельника, когда человек будет иметь доступ к vmware, чтобы получить снимок машины заранее. Scott Bonner 10 лет назад 0

Похожие вопросы