При использовании 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