Конфигурация доступа SVN

я унаследовал сервер Fedora 17, который используется для размещения репозиториев Subversion.

Я думал, что он был настроен с очень ограниченным доступом, но некоторые тесты сегодня показывают, что нет никакого контроля доступа вообще, универсальный RW, упс.

вот некоторая информация из системы:

uname-a

Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01: 31: 27 UTC 2013 x86_64 x86_64 x86_64 GNU / Linux

httpd-v

версия сервера: Apache / 2.2.23 (Unix) сервер построен: Jan 29 2013 12:37:17

вот фрагмент части конфигурационных файлов HTTPD

<Location /svn/proj>
    DAV                             svn
    SVNParentPath                   /data/subversion/repos/proj
    SVNAutoversioning               On
    SSLRequireSSL
    SVNIndexXSLT                    "/repostyle-proj/view/repos.xsl"
    AuthType                        Basic
    AuthName                        "Project Authorization"
    PerlAuthenHandler               Apache::AuthPOP3
    PerlSetVar                      MailHost 127.0.0.1
    AuthBasicAuthoritative          On
    AuthzSVNAccessFile              /data/subversion/conf/perms_proj
    Require valid-user
    SVNAdvertiseV2Protocol Off

</Location>

вот фрагмент файла разрешений SVN

[groups]
admins=admin-user
dummy-proj=<list of users>

[/]
@admins=rw

[dummy-proj:/]
@dummy-proj=rw

при работе

svn co https://FQDN/svn/proj/dummy-proj/

Я получаю полный доступ к репозиторию, хотя я и аутентификации в качестве пользователя, а не администратора-пользователя, или пользователю в 'список пользователей'.

что я неправильно настроил?

подробнее-добавлено 4/18/17 11: 00

похоже, что файлы, указанные в строках 'AuthzSVNAccessFile', либо не читаются, либо полностью игнорируются.

чтобы проверить, я переименовал файл, а затем получил доступ к репозиторию без проблем.
Я также удалил эту строку из файла конфигурации и все еще мог получить доступ к репозиторию.

как могу я получить некоторое отладка из AuthzSVN?
Я хочу увидеть имя пользователя, с которым он проверяет, и подтвердить, что файл читается.

Спасибо за помощь

15
задан shifflettd
15.01.2023 18:18 Количество просмотров материала 3551
Распечатать страницу

1 ответ

узнал от здесь что разрешения на SVN отличаются между svn:// протокол и http(s):// протокол. прекрасный.

ваши разрешения SVN HTTP, вероятно, исходят от вашего веб-сервер, что может быть Apache или lighttpd, nginx и т. д. Смотрите здесь: http://svnbook.red-bean.com/nightly/en/svn.serverconfig.httpd.html

В основном вам нужно:

  • выяснить, какой веб-сервер вы использование для размещения конечной точки http(S) для SVN
  • определите, какой механизм аутентификации используется этим веб-сервером, если таковой имеется
  • блокировки его, если без проверки подлинности, путем внедрения, например, Windows/LDAP для проверки подлинности, Пэм авт, обычная проверка подлинности или дайджест-проверки подлинности, а затем установить веб-сервер-специальное разрешение на пользователя/группу
  • просто чтобы обеспечить максимальную путаницу, убедитесь, что у вас (вероятно) нет этих полных прав доступа R/W, если вы svn co svn:// (использование собственного протокола SVN вместо HTTP).

кстати, это не связано с вашим вопросом, но Fedora 17 не поддерживается для обновлений безопасности или исправлений ошибок примерно через 4 года, поэтому вы должны действительно обновление до поддерживаемой операционной системы. RHEL / CentOS 7.x основан на Fedora 19 (с большим количеством новых патчей и backports для улучшения аппаратной поддержки и стабильности), так из-за сходства между Fedora 17 и CentOS / RHEL 7.х, это будет относительно низким усилием для вас сохраните файлы конфигурации и данные с сервера и переустановите ОС как CentOS / RHEL 7.x. И тогда вы снова начнете получать постоянный поток обновлений безопасности в течение нескольких лет (примерно в 2023 году).

Если вы столкнулись с проблемами, которые напоминают ошибки или сломанной функциональности в Fedora 17, почти никто не будет вообще мотивирован, чтобы помочь вам в любом качестве, так что это еще одна мотивирующая причина для обновления. Если вы найдете что-то сломанное в CentOS 7.X, и может написать хороший отчет об ошибке, он может быть исправлен Red Hat или участником сообщества, и вы можете скачать патч как стабильное обновление. Существует большая разница между запуском поддерживаемой и неподдерживаемой ОС, особенно если у вас есть компания, полагающаяся на правильную функциональность этого сервера. Вы играете с огнем, если у вас есть люди, делающие важную работу на основе этого сервера.

0
отвечен Horn OK Please 2023-01-17 02:06

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Вверх