Вопрос по svn, version-control – Какова причина и решение для SVN: Не удалось пройти проверку подлинности на сервере: отклонено Основное задание?

22

Если вы будете искать в Интернете, вы увидите, что этот вопрос часто задавался, но нет четких ответов. Вот мой частный случай.

Я использую версии клиента SVN на Mac, но я получаю ту же проблему при использовании командной строки. У меня есть личные реквизиты репо для чьего-либо репозитория, и он работает на моей единственной машине, на которой я его настраивал 6 месяцев назад.

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

authorization failed: Could not authenticate to server: rejected Basic challenge

URL для репо использует https, но я удалил & s; и попробовал небезопасно, та же проблема. Затем я удалил папку .ssh с другого компьютера, та же проблема. Кто-то еще сказал, что эта ошибка связана с попыткой SVN использовать базовую аутентификацию (http) и сбоем. Это не очень помогает мне, потому что я понятия не имею, что делать, чтобы это исправить. Мои учетные данные хороши, но это сообщение об ошибке, вероятно, является одним из наименее описательных и худших написанных, с которыми я имел дело. Как мне найти эту проблему ??

Ваш Ответ

4   ответа
20
 authorization failed: Could not authenticate to server: rejected Basic
 challenge

которую вы получаете, означает, что SVN-сервер (фактически Apache HTTP Server) отказывается аутентифицировать вас из-за неверных учетных данных. Вот шаги для устранения ошибки:

Вы получили запрос на ввод пароля? Получаете ли вы запрос пароля 3 раза подряд, а затем видите эту ошибку?

Если вы это сделаете: первым шагом по устранению неполадок будет двойная проверка правильности введенных имени пользователя и пароля. Имена пользователей могут быть чувствительными к регистру!

Второй шаг устранения неполадок не так очевиден, как предыдущий; Вы можете столкнуться с проблемой после изменения пароля учетной записи AD. Обычная аутентификация завершается неудачно, когда пароль содержит символы не ASCII (например, £, ü, ä и т. Д.). Вкратце говоря, Basic auth не поддерживает символы не ASCII в пароле.

Вы не получаете приглашение на ввод пароля, оно просто не работает с ошибкойauthorization failed: Could not authenticate to server: rejected Basic challenge.

Имеет смысл попытаться подтвердить подлинность ваших учетных данных, например, с помощью командной строки:

svn info --username USERNAME --password PASSWORD --no-auth-cache https://server/svn/repository/

- имя пользователя ARG: укажите имя пользователя ARG

- пароль ARG: укажите пароль ARG

- no-auth-cache: не кэшировать токены аутентификации

Если вы можете успешно пройти аутентификацию с помощью этой командной строки, вы должны очистить свои кэшированные учетные данные. ВидетьSVNBook | Учетные данные клиента для деталей. Однако некоторые клиенты с графическим интерфейсом позволяют очистить кэш за пару кликов.

Я получаю эту ошибку после 3 попыток и все проверил, кажется, ничего плохого. user4964330
Хороший описательный ответ, но я на 100% уверен в своем пароле, потому что я использовал для хранения своего пароля иsvn только терпит неудачуиногд. Например. он работает 10 раз подряд, затем начинает запрашивать у меня пароль и проваливает все 3 попытки. Я повторно запускаю ту же команду (например,svn update) и тогда он работает просто отлично, не спрашивая пароль ... Очень странно, и я до сих пор не знаю, как с этим справиться: RAM237
2

ю удалил (все файлы в ..gnome2 / keyrings / [для Debian])

работа как волшебство, WTF. почему гном конфликт с SVN? Спасибо за акцию, я просто использую это, чтобы решить мою проблему. Shawn Guo
Вы, ребята, наверняка имеgnome-keyring установить как твойpassword-stores в настройках SVN (обычно можно проверить в~/.subversion/config) и поскольку вы не сохранили свой пароль в связке ключей gnome, svn не смогла получить пароль от него;) RAM237
0

которую я заметил, это то, что если я выбираю версию 1.6 в рабочем всплывающем окне формата SVN при импорте из SVN, то это не позволяет мне оформить заказ и выдает ошибку выше. Если я выберу 1.7, версия работает нормально.

Я использую IntelijIdea 13.1.5

просто для дальнейшего использования: у меня была похожая проблема, когда я пытался получить доступ к хранилищу в формате 1.8 с помощью клиента командной строки 1.6 svn; получил "отклоненный вызов дайджеста" - после обновления до 1.8 проблема исчезла Sorrow
-3

Лучше всего использовать SVN для копирования транка в теги

svn cp http://plugins.svn.wordpress.org/xxx/trunk http://plugins.svn.wordpress.org/xxx/tags/1.0 -m "tagging 1.0"

Это должно работать нормально, если у вас проблемы с тегом git svn.

Как это связано с первоначальным вопросом? Это не имеет никакого смысла в контексте аутентификации и исходной ошибки. bahrep

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