|
Запрос учётных данных в MS Office при доступе к WebDAV смонтированым файлам
|
|||
---|---|---|---|
#18+
Развернул у себя Nextcloud, подружил с доменом, пользователи и группы подтягиваются прекрасно. К NextCloud нареканий нет. По WebDAV монтирую сетевые диски пользователям. Маунт проходит без проблем. Файлы прекрасно видятся, папки/файлы создаются - проблем вообще никаких. Косяк выходит, если попытаться открыть офисный документ при помощи MS Office. При открытии документа выходит окно запроса пароля для доступа к nextcloud. Причём и имя пользователя и пароль уже забиты. Надо только нажать "Ок". Выбор "запомнить учётные данные" ни к чему не приводит, при повторном открытие - та же картина. При открытии этого документа LibreOffice или иным другим приложением - таких проблем не возникает. Как избавиться от этого окошка? В какую сторону копать, чтобы убрать это окошко? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2018, 21:26 |
|
Запрос учётных данных в MS Office при доступе к WebDAV смонтированым файлам
|
|||
---|---|---|---|
#18+
Denis Belyaninov, в сторону курения сайта MS. Раз это подсистема безопасности на твиндовс - предположу, что в сторону локальных/доменных политик безопасности, которые иногда могут быть слегка неоптимальными =) ... |
|||
:
Нравится:
Не нравится:
|
|||
09.03.2018, 08:50 |
|
Запрос учётных данных в MS Office при доступе к WebDAV смонтированым файлам
|
|||
---|---|---|---|
#18+
Не хочется заниматься некропостингом, но, возможно, кому-то поможет. Поведение, описанное у ТС - задокументированная и признанная MS "фича" работы WebDAV и keymgr ОС Windows, которая до сих пор не решена и, по всей видимости, не будет решена, т.к. MS считает такое поведение ОС нормальным. После сохранения логина/пароля (установленного чек-бокса) в дальнейшем не происходит автоматической авторизации при обращении некоторых клиентских приложений к Диспетчеру учетных данных через веб. Для того, чтобы в WebDAV запросы к сохраненным авторизационным данным проходили без последующей авторизации нужно добавить адрес удаленного сервера, к которому производится подключение для монтирования сетевого диска в доверенные узлы местной интрасети на клиенте WebDAV и сделать небольшое дополнение в реестре. Реализовать это можно либо через "Свойства браузера" и regedit, либо с помощью GPO, либо с помощью готового REG-файла. О последнем методе расскажу чуть подробнее, т.к. в основном использую именно его: В разделе "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters" нужно изменить параметр "BasicAuthLevel" (dword) в значение "2"; добавить адрес сервера вида https://domain3.domain2.domain1 (e.g. https://disk.contoso.com) там же в строковый параметр "AuthForwardServerList". Значение доверенного узла в местной интрасети в "Свойствах браузера" - это значение параметра "https" (dword) равное "1", которое располагается в разделе "HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\ZoneMap\Domains\domain2.domain1\domain3" (e.g. HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\ZoneMap\Domains\contoso.com\disk После внесения этих правок и перезагрузки ОС проблема запроса авторизационных данных при каждом открытии файлов-документов с сетевого диска, смонтированного при помощи WebDAV к домену типа https://disk.contoso.com, пропадает на клиенте. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.11.2020, 09:02 |
|
Запрос учётных данных в MS Office при доступе к WebDAV смонтированым файлам
|
|||
---|---|---|---|
#18+
Дополнительно обо всём, что я написал можно прочитать в официальных рекомендациях MS по подключению WebDAV в разделе устранения неполадок при использовании. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.11.2020, 09:24 |
|
|
start [/forum/topic.php?fid=61&msg=40021254&tid=2171809]: |
0ms |
get settings: |
13ms |
get forum list: |
26ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
81ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
188ms |
get tp. blocked users: |
1ms |
others: | 316ms |
total: | 648ms |
0 / 0 |