Вопрос по svn, version-control – Какова причина и решение для SVN: Не удалось пройти проверку подлинности на сервере: отклонено Основное задание?
Если вы будете искать в Интернете, вы увидите, что этот вопрос часто задавался, но нет четких ответов. Вот мой частный случай.
Я использую версии клиента SVN на Mac, но я получаю ту же проблему при использовании командной строки. У меня есть личные реквизиты репо для чьего-либо репозитория, и он работает на моей единственной машине, на которой я его настраивал 6 месяцев назад.
Я скопировал мою папку .ssh из моего пользовательского каталога на другой компьютер, установил версии на этом компьютере и настроил учетные данные для входа в систему. Только это приводит к ошибке со следующим сообщением:
authorization failed: Could not authenticate to server: rejected Basic challenge
URL для репо использует https, но я удалил & s; и попробовал небезопасно, та же проблема. Затем я удалил папку .ssh с другого компьютера, та же проблема. Кто-то еще сказал, что эта ошибка связана с попыткой SVN использовать базовую аутентификацию (http) и сбоем. Это не очень помогает мне, потому что я понятия не имею, что делать, чтобы это исправить. Мои учетные данные хороши, но это сообщение об ошибке, вероятно, является одним из наименее описательных и худших написанных, с которыми я имел дело. Как мне найти эту проблему ??
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 | Учетные данные клиента для деталей. Однако некоторые клиенты с графическим интерфейсом позволяют очистить кэш за пару кликов.
svn только терпит неудачуиногд. Например. он работает 10 раз подряд, затем начинает запрашивать у меня пароль и проваливает все 3 попытки. Я повторно запускаю ту же команду (например,svn update) и тогда он работает просто отлично, не спрашивая пароль ... Очень странно, и я до сих пор не знаю, как с этим справиться:
RAM237
ю удалил (все файлы в ..gnome2 / keyrings / [для Debian])
gnome-keyring установить как твойpassword-stores в настройках SVN (обычно можно проверить в~/.subversion/config) и поскольку вы не сохранили свой пароль в связке ключей gnome, svn не смогла получить пароль от него;)
RAM237
которую я заметил, это то, что если я выбираю версию 1.6 в рабочем всплывающем окне формата SVN при импорте из SVN, то это не позволяет мне оформить заказ и выдает ошибку выше. Если я выберу 1.7, версия работает нормально.
Я использую IntelijIdea 13.1.5
Лучше всего использовать 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.