SVN authz, находящееся на пути горе аутентификации
Имейте в виду, API закрыт для новых учетных записей на данный момент. Я не уверен, когда они планируют открыть его снова, если вообще когда-либо.
Однако, есть сайт, который делает именно это, и они утверждают, что это законно. www.repost123.com Так что я не уверен, что Craigslist имеет в виду, когда они говорят, что любой вид автоматической публикации незаконен.
3 ответа
Какой URL-адрес участники @doc пытаются оформить?
[ОБНОВЛЕНО]
Не могли бы вы предоставить дополнительную информацию: версию SVN на сервере и на стороне клиента. Как ваши клиенты пытаются подключиться к серверу SVN (например, из Eclipse с использованием библиотеки subclipse, командной строки и т. Д.)
Если вы используете svn + ssh, ваш пользователь должен иметь действующий доступ к вашему серверу. Есть ли у ваших пользователей правильная оболочка (например, bash, tcsh и т. Д.)? / bin / false и другие поддельные оболочки не будут работать с типом подключения svn + ssh.
Другая проблема, которая может возникнуть у вас - разные версии SVN на сервере и на стороне клиента (например, сервер 1.4, клиент 1.5, которые пытаются подключиться с использованием 1.5 технологий).
Используете ли вы аутентификацию SASL с SVN?
Используете ли вы туннелирование ?
Используете ли вы трюки настройки ssh , описанные в svn docs ?
]
[ОБНОВЛЕНО2]
- Вы подключаетесь к SVN из командной строки или используете IDE? Если вы используете IDE, назовите ее и предоставьте информацию о том, какой аддон / библиотека / и т. Д. вы используете для подключения к серверу SVN.
[ОБНОВЛЕНО3]
- Не могли бы вы создать тестовую учетную запись и временно попытаться получить доступ к серверу SVN без ssh? Просто используя простой протокол svn: //. Если это работает, проблема в ssh, если не удается - в svn.
- Какой инструмент вы используете для соединения ssh и с какой ОС вы работаете?
[ОБНОВЛЕНИЕ4] - Вы уверены, что ваш svn-сервер запустился? Если ваш svn работает на стандартном порту, попробуйте подключиться напрямую к svn-порту с сервера локально:
telnet localhost 3690
Если он работает, попробуйте подключиться с клиента (например, telnet ip_server 3690).
Если telnet на сервере работает, но telnet от клиента не работает, проверьте брандмауэры, маршрутизаторы и т. Д.
Если telnet на сервере не работает. Попробуйте перезапустить svn-сервер и проверить журналы сервера.
[ОБНОВЛЕНИЕ5]
На мой взгляд, ваш svn-сервер остановился. Не могли бы вы проверить, видна ли служба svn локально (telnet от localhost до 3690) и удаленно. Если служба svn работает правильно в обоих случаях, вы должны получить что-то вроде
(success (1 2 (ANONYMOUS) (edit-pipeline)))
«Я использую svn + ssh ... странная штука»
svn + ssh использует ssh для подключения, затем запускает svnserve в туннельном режиме
При работе через туннель, авторизация в первую очередь контролируется разрешениями операционной системы на файлы базы данных репозитория; это очень почти так же, как если бы Гарри был доступ к репозиторию напрямую через a file: // URL.
Другими словами, он игнорирует установленную вами конфигурацию.
Верный способ сделать это здесь:
[groups]
developer = a,b,c
doc = r,x
[doc:/]
* =
@doc = rw
@developer = rw
[otherPath:/]
* =
@developer = rw
@doc = r
[/]
* = rw