Comments 27
В качестве альтернативы, для тех кому необходимо готовое решение: www.visualsvn.com/server/
Лицензия: www.visualsvn.com/server/licensing/
Лицензия: www.visualsvn.com/server/licensing/
Хороший проект, однако судя по этому тикету поддержка LDAP ещё не реализована, а судя по количеству спама в комментариях этого тикета, проект не развивается…
Развивается .... Но медленно.
Это так сложно поставить indefero и забыть про это как страшный сон?
Опять же не поддерживает LDAP
Как бе уже скоро. Можно взять и допилить.
projects.ceondo.com/p/pluf/source/commit/708733499915bf8b703f22b94a2ba6217fd74505/
Основная фишка в том что он так-то умеет не только svn. А много всего другого, ну и bugtracker управление доступом и прочие вкусности из коробки.
projects.ceondo.com/p/pluf/source/commit/708733499915bf8b703f22b94a2ba6217fd74505/
Основная фишка в том что он так-то умеет не только svn. А много всего другого, ну и bugtracker управление доступом и прочие вкусности из коробки.
А не лучше ли делать reload apache? Так как можете обламать кого-то с комитом.
Эээ, похоже на очередное изобретение велосипеда.
Во-первых, зачем каждому репозитарию свой конфиг или отдельный локейшн? Укажите в настройках апача общий каталог репозитариев /var/svn/ (к примеру) и создавайте их там сколько угодно, рестартовать ничего не понадобится. Во-вторых, апач сам прекрасно умеет авторизовывать пользователей из AD через mod_ldap без помощит питона.
Во-первых, зачем каждому репозитарию свой конфиг или отдельный локейшн? Укажите в настройках апача общий каталог репозитариев /var/svn/ (к примеру) и создавайте их там сколько угодно, рестартовать ничего не понадобится. Во-вторых, апач сам прекрасно умеет авторизовывать пользователей из AD через mod_ldap без помощит питона.
Ваша критика необоснована
Во-первых, каждому репозитоирию свой локейшн для того, чтобы каждая группа могла коммитить только в свой репозиторий, по схеме приведенной вами, права можно раздать только сразу на все репозитории, а в жизни разные разрабы коммитят в разные репозитории и в чужие им коммитить нельзя.
Во-вторых, вы невнимательно прочитали конфиги, авторизация у меня происходит через mod_ldap это видно в 3ей строке файла /etc/httpd/conf.d/subversion.conf. А модуль python-ldap используеться только в функции def search, для получения списка e-mail'ов пользователей входящих в группу, которой разрешено коммитить.
Во-первых, каждому репозитоирию свой локейшн для того, чтобы каждая группа могла коммитить только в свой репозиторий, по схеме приведенной вами, права можно раздать только сразу на все репозитории, а в жизни разные разрабы коммитят в разные репозитории и в чужие им коммитить нельзя.
Во-вторых, вы невнимательно прочитали конфиги, авторизация у меня происходит через mod_ldap это видно в 3ей строке файла /etc/httpd/conf.d/subversion.conf. А модуль python-ldap используеться только в функции def search, для получения списка e-mail'ов пользователей входящих в группу, которой разрешено коммитить.
по схеме приведенной вами, права можно раздать только сразу на все репозитории, а в жизни разные разрабы коммитят в разные репозитории и в чужие им коммитить нельзя.
Ошибаетесь. Посмотрите как сделано в indefero. У него без проблем раздаются права на разные репозитории разным пользователям. Фишка в том что на каждый репозиторий можно указывать разные права и набор пользователей.
Обязательно посмотрю, однако хочу заметить что директива лимиты на конкретный локейшн (репозиторий), как я могу применить лимиты для пользователей LDAP не вынося репозитории в отдельный локейшн???
> каждая группа могла коммитить только в свой репозиторий
виртуал хост:
/var/svn/conf/authz:
Как-то так
svnbook.red-bean.com/en/1.5/svn.ref.mod_dav_svn.conf.html
svnbook.red-bean.com/en/1.5/svn.ref.mod_authz_svn.conf.html
svnbook.red-bean.com/en/1.5/svn.serverconfig.pathbasedauthz.html
> Во-вторых,… для получения списка e-mail'ов пользователей входящих в группу, которой разрешено коммитить.
ok, нет вопросов :)
виртуал хост:
SVNParentPath /var/svn
AuthzSVNAccessFile /var/svn/conf/authz
/var/svn/conf/authz:
[scc:/]
vasya = rw
petr = r
chief =
[web:/]
mvs = rw
vasya = rКак-то так
svnbook.red-bean.com/en/1.5/svn.ref.mod_dav_svn.conf.html
svnbook.red-bean.com/en/1.5/svn.ref.mod_authz_svn.conf.html
svnbook.red-bean.com/en/1.5/svn.serverconfig.pathbasedauthz.html
> Во-вторых,… для получения списка e-mail'ов пользователей входящих в группу, которой разрешено коммитить.
ok, нет вопросов :)
а про LDAP забыли?
А что LDAP? Все пользователи из AD, всё отлично работает
Хм, те вы хотите сказать, что в конфиге мы указываем Require valid-user, для того чтобы все пользователи LDAP смогли авторизоваться, а затем разграничиваем ихние права в файле /var/svn/conf/authz… Попробую обязательно, до этого пробывал прикручивать svnserve к LDAP, в котором делал алиасы как раз в authz (те типа @bob = cn=bob,ou=user,dc=company,dc=ru), но не работал этот приём, после этого как то в сторону authz и не поварачивался.
Более подробно:
Сначала проверяем юзеров-пароли из файлика .htpasswd, т.к. доступ к репозитариям бывает нужен и клиентам, которые, естессно, не в AD компании; потом лезем в AD, ищем юзеров (но не имена компов)
<Location />
DAV svn
SVNParentPath /var/svn
SVNAutoversioning off
AuthzSVNAccessFile /var/svn/conf/authz
AuthType Basic
AuthName "Software Repository"
AuthBasicProvider file ldap
AuthUserFile /var/svn/conf/.htpasswd
AuthBasicAuthoritative Off
AuthLDAPBindDN snvldapreader
AuthLDAPBindPassword тут_пароль
AuthLDAPURL "ldaps://u.r.l:636/DC=чего,DC=то?sAMAccountName?sub?(&(objectClass=user)(!(objectClass=computer)))"
Require valid-user
Сначала проверяем юзеров-пароли из файлика .htpasswd, т.к. доступ к репозитариям бывает нужен и клиентам, которые, естессно, не в AD компании; потом лезем в AD, ищем юзеров (но не имена компов)
Именно так я подумал, спасибо. Однако тут есть минус, тк я за AD не отвечаю, по любому чиху ( дать права пользователю, на коммит в репозиторий или убрать их) я буду выполнять эту работу, так как конфиги придёться править мне, в моём же случае при создании репозитория я указываю группу которая уже создана в LDAP, м все вопросы о предоставлении права пользователю коммитить в тот или иной репозиторий ложатся на плечи администратора AD. Но ваш вариант несомненно более логичный.
Sign up to leave a comment.
Автоматизация SVN + Apache + LDAP