Клиент командной строки SVN: проверка отклонена, когда пароль LDAP изменился «svn: OPTIONS» (repo) «авторизация не удалась» (но работает в TortoiseSVN)

1280
therobyouknow

При использовании svn-клиента командной строки / терминала коллега получает сообщение об ошибке «svn: OPTIONS of« [repo] »... авторизация не удалась», когда они пытаются извлечь репо в качестве своей локальной рабочей копии.

Раньше они могли это делать, но недавно пришлось сменить пароль (периодическая рутинная политика безопасности). И это перестало работать. Примечание: Команда проверки СВН ли запрашивать пароль каждый раз (который они поставляют - т.е. их новый.)

НО странно, у них нет проблем с Tortoise SVN, это работает на этом. Они предоставляют свой обычный логин и новый пароль, и это работает.

Наша установка представляет собой виртуализованную машину CentOS Linux с несколькими учетными записями пользователей Linux, где осуществляется разработка, а центральное хранилище SVN находится на отдельном сервере, для аутентификации используется наша учетная запись LDAP (то есть такая же корпоративная учетная запись, которая используется для входа на наши машины Windows). Мы подключаемся как пользователи Linux к нашему серверу разработки с наших компьютеров Windows, используя стандартные инструменты терминала SSH, например, PuTTY или MobaXTerm или CygWin.

Когда я меняю свой пароль, у меня не возникает та же проблема, я могу оформить заказ.

Я видел много вопросов об этом сообщении об ошибках при поиске на различных форумах в Google, но ни один из них еще не дал мне решения.

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

Таким образом, кажется, что мы удалили все следы кешированных паролей, но они все равно отклоняются.

  • Может ли быть другое место на нашей машине CentOS Linux, которая кэширует логин
  • Что подразумевается под OPTIONS (это может быть настройка где-то на нашей машине для разработки или на сервере репо SVN?)
  • Может ли это быть кеш HTTP-прокси учетных данных моего коллеги, хранящихся где-то - поэтому мы должны очистить это при смене пароля?
0
ЗАКРЫТИЕ здесь и * перемещение * на programmers.stackexchange.com (это вопрос разработки, а не проблема пользователя - с которой сталкивается SU) therobyouknow 11 лет назад 0
В этом вопросе, похоже, нет ничего, связанного с программированием, это вопрос программного обеспечения. Paul 11 лет назад 0
@Paul при работе с SVN (Subversion) обычно включает в себя работу с кодом, то есть с программированием, потому что SVN посвящен контролю версий и используется для управления версиями исходного кода, используемого для создания программного обеспечения. Тем не менее, SVN может использоваться для контроля версий файлов, а не только программного обеспечения: документации, медиафайлов и т. Д. Но деятельность по использованию SVN является скорее разработкой и поэтому должна принадлежать programmers.se, а не superuser, который имеет дело с пользователями (включая опытных) пользователей компьютеров, приложений и их ОС. therobyouknow 11 лет назад 0
@ therobyouknow, мы используем SVN в качестве системы управления документами, а также для контроля версий программного обеспечения. Он не просто используется разработчиками ... И только потому, что он может поместиться на другом сайте Stack, не означает, что он должен быть автоматически перенесен. Я не вижу никаких проблем с этим, оставаясь здесь. Если, с другой стороны, вы * хотите * переместить его, вы можете пометить свой вопрос и попросить мод переместить его для вас. Mokubai 11 лет назад 0

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

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