URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 95912
[ Назад ]

Исходное сообщение
"Проблемы с авторизацией SVN"

Отправлено gardener , 19-Дек-14 17:22 
Здравствуйте коллеги!

Имеем:
$ uname -mrs
FreeBSD 9.2-RELEASE-p6 i386
$ pkg info subversion
subversion-1.8.10_3
Name           : subversion
Version        : 1.8.10_3
Installed on   : Wed Dec 10 13:10:04 EET 2014
Origin         : devel/subversion
Architecture   : freebsd:9:x86:32
Prefix         : /usr/local
Categories     : devel
Licenses       : APACHE20
Maintainer     : lev@FreeBSD.org
WWW            : http://subversion.apache.org/
Comment        : Version control system

и проблему: не могу получить доступ на запись к репозиторию - svn: E170001: Authorization failed.
Сам репозиторий выглядит так:
$ ls -lAFG .
total 24
-rw-r--r--  1 svn  svn  246 18 дек 17:14 README.txt
drwxr-xr-x  2 svn  svn  512 18 дек 16:03 conf/
drwxr-sr-x  6 svn  svn  512 18 дек 17:17 db/
-r--r--r--  1 svn  svn    2 18 дек 17:14 format
drwxr-xr-x  2 svn  svn  512 18 дек 17:14 hooks/
drwxr-xr-x  2 svn  svn  512 18 дек 17:14 locks/

Собственно это структура и права получаемые после выполнения svnadmin create без каких либо изменений.
Я пробовал даже на каталоги 777 и файлы 666 выставлять, побоку. После этого я решил получить доступ используя url вида file:/// без sudo и с ним. И был удивлен положительным результатом но только с sudo. А доступ к svn:// в любом случае не проходит.
То есть команда sudo -u svn svn import --username USER --password PWD . file:///repo -m "Init" пучком, а svn import --username USER --password PWD . svn://HOST/repo -m "Init" нет.

Сам subversion запускается так:
$ cat /etc/rc.conf | grep svn
svnserve_enable="YES"
svnserve_flags="-d --listen-host=HOST --listen-port=3690 --log-file=/var/log/svnserve.log --config-file=/home/svn/data/conf/svnserve.conf"
svnserve_data="/home/svn/data"
svnserve_user="svn"
svnserve_group="svn"

и доступ всем писать:
$ tail /home/svn/data/conf/svnserve.conf
anon-access = write
auth-access = write
password-db = passwd

и процессы:
$ ps wwwU svn
  PID TT  STAT    TIME COMMAND
52784 ??  IWs  0:00,00 /usr/local/bin/svnserve -d --listen-host=HOST --listen-port=3690 --log-file=/var/log/svnserve.log --config-file=/home/svn/data/conf/svnserve.conf -r /home/svn/data

А в логах все одно:
52786 2014-12-19T13:21:52.646937Z 10.254.2.133 - REPO open 2 cap=(edit-pipeline svndiff1 absent-entries depth mergeinfo log-revprops) / SVN/1.8.10 (i386-portbld-freebsd9.1) -
52786 2014-12-19T13:21:52.647682Z 10.254.2.133 - REPO check-path /@0
52786 2014-12-19T13:21:52.647911Z 10.254.2.133 - REPO ERR - 0 170001 Authorization failed

Куда дальше бежать не знаю.
Если кто что знает, помогите!!!


Содержание

Сообщения в этом обсуждении
"Проблемы с авторизацией SVN"
Отправлено Andrew Kolchoogin , 20-Дек-14 21:03 
> Здравствуйте коллеги!

Приветствую!

Пути важны. Приведите пример того, что выполняете, без манглинга путей — скопируйте литерально, что набираете в консоли.


"Проблемы с авторизацией SVN"
Отправлено gardener , 20-Дек-14 22:09 
>> Здравствуйте коллеги!
> Приветствую!
> Пути важны. Приведите пример того, что выполняете, без манглинга путей — скопируйте
> литерально, что набираете в консоли.

Репозиторий уже создан, поэтому сообщение об ошибке:
$ sudo -u svn svnadmin create /home/svn/data/shop
Password:
svnadmin: E165002: '/home/svn/data/shop' is an existing repository
$

Первый вариант проходит:
$ sudo -u svn svn import /usr/home/dev12/projects/shop_src file:///home/svn/data/shop -m "Init"
....
Committed revision 1.

Второй нет:
$ svn import /usr/home/dev12/projects/shop_src svn://172.18.2.133/shop -m "Init"
svn: E170001: Authorization failed
$

Фаерволов нет:
$ nmap 172.18.2.133

Starting Nmap 6.47 ( http://nmap.org ) at 2014-12-20 21:09 EET
Nmap scan report for notebook (172.18.2.133)
Host is up (0.000059s latency).
Not shown: 994 closed ports
PORT     STATE SERVICE
22/tcp   open  ssh
25/tcp   open  smtp
80/tcp   open  http
587/tcp  open  submission
3690/tcp open  svn
6000/tcp open  X11

Nmap done: 1 IP address (1 host up) scanned in 6.12 seconds
$


"Проблемы с авторизацией SVN"
Отправлено ALex_hha , 21-Дек-14 14:22 
А ты пароли в /home/svn/data/conf/passwd прописал?

"Проблемы с авторизацией SVN"
Отправлено gardener , 21-Дек-14 15:10 
> А ты пароли в /home/svn/data/conf/passwd прописал?

Ну вообщето anon-access = write. И оно работает, что видно из первого варианта.
А кроме того да, прописал.


"Проблемы с авторизацией SVN"
Отправлено ALex_hha , 22-Дек-14 00:00 
>> А ты пароли в /home/svn/data/conf/passwd прописал?
> Ну вообщето anon-access = write. И оно работает, что видно из первого
> варианта.
> А кроме того да, прописал.

А в чем глубокий смысл использования svnserve? Чем mod_dav_svn не устроил?


"Проблемы с авторизацией SVN"
Отправлено gardener , 22-Дек-14 02:34 
>>> А ты пароли в /home/svn/data/conf/passwd прописал?
>> Ну вообщето anon-access = write. И оно работает, что видно из первого
>> варианта.
>> А кроме того да, прописал.
> А в чем глубокий смысл использования svnserve? Чем mod_dav_svn не устроил?

Благодарю. Очень конструктивно!
И наверное лучше не отвечать, чем отвечать так.


"Проблемы с авторизацией SVN"
Отправлено ALex_hha , 22-Дек-14 14:15 
>>>> А ты пароли в /home/svn/data/conf/passwd прописал?
>>> Ну вообщето anon-access = write. И оно работает, что видно из первого
>>> варианта.
>>> А кроме того да, прописал.
>> А в чем глубокий смысл использования svnserve? Чем mod_dav_svn не устроил?
> Благодарю. Очень конструктивно!
> И наверное лучше не отвечать, чем отвечать так.

одевать штаны через голову тоже можно, но зачем?


"Проблемы с авторизацией SVN"
Отправлено gardener , 22-Дек-14 15:25 
>>>>> А ты пароли в /home/svn/data/conf/passwd прописал?
>>>> Ну вообщето anon-access = write. И оно работает, что видно из первого
>>>> варианта.
>>>> А кроме того да, прописал.
>>> А в чем глубокий смысл использования svnserve? Чем mod_dav_svn не устроил?
>> Благодарю. Очень конструктивно!
>> И наверное лучше не отвечать, чем отвечать так.
> одевать штаны через голову тоже можно, но зачем?

Штаны через голову - это поставить виртуалку на unix и запустить там венду с subversion и пытаться получить доступ по svn+ssh.
Мне же нужно все тоже что и с mod_dav_svn, только без httpd + mod_dav_svn :)


"Проблемы с авторизацией SVN"
Отправлено ALex_hha , 28-Дек-14 20:40 
>[оверквотинг удален]
>>>>> варианта.
>>>>> А кроме того да, прописал.
>>>> А в чем глубокий смысл использования svnserve? Чем mod_dav_svn не устроил?
>>> Благодарю. Очень конструктивно!
>>> И наверное лучше не отвечать, чем отвечать так.
>> одевать штаны через голову тоже можно, но зачем?
> Штаны через голову - это поставить виртуалку на unix и запустить там
> венду с subversion и пытаться получить доступ по svn+ssh.
> Мне же нужно все тоже что и с mod_dav_svn, только без httpd
> + mod_dav_svn :)

совет на будущее - я бы отказался от svnserve, в случае проблем отлаживать его практически не реально. Именно поэтому в свое время я и выбрал mod_dav_svn и не жалею


"Проблемы с авторизацией SVN"
Отправлено gardener , 29-Дек-14 10:27 
>[оверквотинг удален]
>>>> Благодарю. Очень конструктивно!
>>>> И наверное лучше не отвечать, чем отвечать так.
>>> одевать штаны через голову тоже можно, но зачем?
>> Штаны через голову - это поставить виртуалку на unix и запустить там
>> венду с subversion и пытаться получить доступ по svn+ssh.
>> Мне же нужно все тоже что и с mod_dav_svn, только без httpd
>> + mod_dav_svn :)
> совет на будущее - я бы отказался от svnserve, в случае проблем
> отлаживать его практически не реально. Именно поэтому в свое время я
> и выбрал mod_dav_svn и не жалею

Возможно, если такое будущее наступит, подумаю над твоим советом. Пока что я доволен простотой настройки и использованя svnserve. Мне для локалки город городить не с руки.
В любом случае благодарю!


"Проблемы с авторизацией SVN"
Отправлено gardener , 23-Дек-14 20:10 
> Здравствуйте коллеги!
> и доступ всем писать:
> $ tail /home/svn/data/conf/svnserve.conf
> anon-access = write
> auth-access = write
> password-db = passwd

Однако же дал я маху. Как говорится, 90% проблем с ПО сидит напротив компьютера :)
А ступил я добавив указанные строки в конец файла svnserv.conf, то есть в категорию [sasl], а не [general]

Так-что благодарю всех неравнодушных, и желаю всем успехов!