SVN: Ошибка аутентификации с ошибкой

Question

Я работаю в компании с большой серверной системой SVN. Эта проблема была «решена» ИТ-отделом, но на самом деле она была записана как аномалия SVN. В принципе, моя проверка подлинности SVN терпит неудачу 90% времени я стараюсь обновлять, фиксации, и т.д. Я получаю эту ошибку:

Error: Unable to connect to a repository at URL 'http://REPO_URL' 
Error: OPTIONS of 'http://REPO_URL': authorization failed: Could not 
Error: authenticate to server: rejected Basic challenge (http://URL) 

(с REPO_URL быть фактическим URL, я попытался HTTPS, а)

Теперь, если я продолжу попытки входа в систему, после, вероятно, 50 попыток, система SVN, похоже, «разблокирует». В течение короткого периода времени у меня будет нормальная способность совершать, обновлять и т. Д. Без проблем. Я могу вернуться через 30 минут, чтобы снова «заперться». ИТ говорит, что в системе происходит несоответствие пароля, каждый раз при повторном запуске. Кажется, я не могу понять, в чем проблема. Очевидно, что мой пароль верен, потому что он аутентифицирует иногда, но для жизни меня не могу понять, почему он, похоже, периодически меня блокирует. Есть идеи? Или черная магия действительно играет здесь?

Answer 1

Предисловие: без знания конфигурации сервера Apache (SVN-части) и (связанной) сети инфраструктуры было бы просто угадывает и вуду, но вы можете на вашей стороне

1. Если у вас есть SVN -credentials, кэшированные локально ($ Subversion \ auth \ svn.simple), вы можете проверить его (в случае только для Windows-хозяина - TSvnPwd) и | или удалить связанные с вашим файлом репозитория
2. Вы всегда можете (или только один раз после очистки кэшированных учетных данных) используйте команды svn с (проверены как хорошие и правильные) --username и --password опций

Задача для ИТ: перехватывать трафик перед тем репозитария-сервер, но после последнего активного узла декодировать (простой HTTP является простой задачей) и проверить целостность и неизменность передаваемых данных