Я хочу выяснить, почему KeePass2, установленный на Ubuntu 12.04 Desktop, продолжает получать ошибку 401 (Unauthorized) при доступе к нашему защищенному паролем серверу WebDAV (размещенному на IIS).
Firefox может подключиться, используя мои учетные данные. KeePass не может подключиться с использованием тех же учетных данных, выдает 401 неавторизованный. Попытка подключиться с опцией «Подключиться к серверу» также дает 401 неавторизованный.
Я пробовал подключиться к user @ domain, domain \ user, user@fqdn.domain, fqdn.domain \ user, \ user,. \ User, user. Firefox отлично работал со стандартным методом «пользователя» и пароля.
2014-04-03 21:31:32 10.xxx.zzz.yyy GET /webdav/ourpasswordfile.kdbx - 80 - 10.xxx.zzz.aaa - - 401 2 5 0
Я заметил, что Firefox, похоже, также генерирует ошибку 401, но затем второй запрос создает запись журнала с именем пользователя.
2014-04-03 21:22:31 10.xxx.zzz.yyy GET /webdav/ourpasswordfile.kdbx - 80 - 10.xxx.zzz.aa Mozilla/5.0+(X11;+Ubuntu;+Linux+x86_64;+rv:26.0)+Gecko/20100101+Firefox/26.0 - 401 2 5 1272
2014-04-03 21:22:38 10.xxx.zzz.yyy GET /webdav/ourpasswordfile.kdbx - 80 domain\user 10.xxx.zzz.aaa Mozilla/5.0+(X11;+Ubuntu;+Linux+x86_64;+rv:26.0)+Gecko/20100101+Firefox/26.0 - 200 0 0 361
Есть идеи, как мне подключить наших друзей по Linux? Мне не хватает одного параметра в IIS или чего-то еще?
У нас есть группа пользователей, которая имеет доступ к изменению папки webdav, а также к IIS_IUSRS. Подключающиеся пользователи должны быть частью первой группы.
Весь этот процесс отлично работает на компьютерах с Windows, независимо от того, присоединен ли домен к домену или нет.
Я не уверен, что это поможет напрямую, поскольку я реализовал сервер с apache в Linux вместо IIS в Windows. Но я заставил клиента keepass работать через DAV с Windows, Android и Linux на этот сервер, поэтому я подумал, что поделюсь тем, что сработало для меня.
Я обнаружил, что клиент keepass очень разборчив в выборе Basic и Digest Auth. Я закончил тем, что сервер предоставил оба разных префикса URL. Я обнаружил, что клиент Windows работал с базовой аутентификацией, но клиент Linux работал с Digest.
Судя по вашим журналам, я подозреваю, что следующий - не ваша проблема, но на всякий случай: если у вас нет самоподписанного или иного недействительного сертификата: убедитесь, что вы включили параметры -> дополнительно -> «Принять недействительные сертификаты SSL» вариант.
У меня возникла аналогичная проблема - ресурс был доступен из Firefox, но не из KeePass. Однако в KeyPass я получал 404. Для меня проблема была исправлена обновлением KeePass и мононуклеоз до последних версий.
Я знаю, что это устарело, но у меня была та же проблема, и я просто сумел ее решить, поэтому оставлю это здесь для потомков :)
На странице синхронизации с URL-адресом нажмите «Дополнительно» и в разделе «Общие» установите для параметра «Предварительная аутентификация» значение «Авто» значение «Нет»
Это все равно решило проблему для меня!