Поэтому у сотрудника возникла проблема с подключением к репозиторию SVN по HTTPS. Вот подробности:
ОС: Windows 7 Enterprise x64
Клиент SVN: черепаха SVN 1.6.6 x64
Таким образом, всякий раз, когда он подключается (с помощью новой проверки (т. svn checkout
) или обновления существующих файлов (т.е. существующей рабочей копии)) к рассматриваемому репо SVN, он получает следующую ошибку:
Error: Unable to connect to a repository at URL
Error: 'https://svn.server/svn/path/to/files'
Error: OPTIONS of
Error: 'https://svn.server/svn/path/to/files:
Error: authorization failed: Could not authenticate to server: could not parse
Error: challenge (https://svn.server/svn/path/to/files)
Мой коллега попытался в TortoiseSVN сделать следующее:
Сброс данных аутентификации в черепахе SVN | Настройки | Сохраненные данные для данных аутентификации и истории URL,
Проверенные настройки прокси в Tortoise SVN | Настройки, чтобы у моего коллеги были те же настройки, что и на моем ноутбуке.
У него были те же настройки прокси (без настроек) в TortoiseSVN. Очистка данных аутентификации, похоже, не решает проблему.
Я попросил своего коллегу войти на свободный рабочий стол, который присоединен к нашему домену Active Directory с его учетными данными, и попытаться получить рабочую копию. Он был в состоянии проверить файлы, обновить файлы, зафиксировать файлы в SVN с запасного рабочего стола. Очевидно, что эта проблема не связана с тем, что у моего коллеги нет прав доступа к репозиторию SVN, поскольку он может взаимодействовать с сервером с другого компьютера.
Итак - что / почему / где я должен искать на своем ноутбуке, чтобы решить эту проблему? На основании информации, содержащейся в сообщении об ошибке, звучит так, будто что-то в его SSL-сертификате на его ноутбуке испорчено.
Я должен упомянуть, что сервер SVN - это сервер VisualSVN, и он использует встроенную проверку подлинности Windows.
Дайте мне знать, если вам нужна дополнительная информация.
Спасибо
Ричард