У меня есть локальный сервер webdav, работающий под IIS (хотя мы обнаружили проблему при запуске нашего собственного сервера webdav). Начиная с прошлой недели (и после обновления в Office) Word вылетает, когда мы пытаемся открыть документ непосредственно из файловой системы webdav (двойным щелчком в проводнике). Мы можем открыть файл (ы), скопировав их из webdav локально, а затем открыв в Word.
Word, кажется, загружает документ из webdav, но затем продолжает искать две библиотеки DLL - AppVIsvStream32.dll и c2r32.dll, после чего Word (или какой-либо его подпроцесс / поток) вылетает с ошибкой 'Word обнаружил ошибку при попытке открыть файл », и документ не загружается. Однако основной процесс WinWord.exe продолжает работать.
Word, однако, загрузит тот же документ непосредственно с сервера sharepoint, который есть в нашем домене.
Я добавил webdav uri (http: // локальный / webdav) на слова доверенные места в настройках центра доверия - все равно падает.
Я могу принудительно загрузить документ, отключив защищенное представление, но, очевидно, это не то, к чему мы хотим побуждать пользователей.
Вот выдержка из моего локального журнала iis (который, если вы использовали webdav до того, как вы увидите, выглядит довольно нормально - за исключением запросов на 2 DLL в конце - я также попытался добавить DLL, и слово фактически загружается в по крайней мере, один из них - что кажется небольшой уязвимостью) - во всяком случае - журнал:
2015-11-09 12:37:16 :: 1 ОПЦИИ / webdav / - 80 - :: 1 Microsoft + Office + Word + 2014 + (16.0.6001) + Windows + NT + 10.0 - 401 2 5 0
2015-11-09 12:37:16 :: 1 ОПЦИИ / webdav / - 80 ДОМЕН \ пользователь :: 1 Microsoft + Office + Word + 2014 + (16.0.6001) + Windows + NT + 10.0 - 200 0 0 0
2015-11-09 12:37:16 :: 1 БЛОКИРОВКА /webdav/test1_webdav.docx - 80 - :: 1 Microsoft + Office + Word + 2014 + (16.0.6001) + Windows + NT + 10.0 - 401 2 5 0
2015-11-09 12:37:16 :: 1 БЛОКИРОВКА /webdav/test1_webdav.docx - 80 ДОМЕН \ пользователь :: 1 Microsoft + Office + Word + 2014 + (16.0.6001) + Windows + NT + 10.0 - 200 0 0 0
2015-11-09 12:37:16 :: 1 GET /webdav/test1_webdav.docx - 80 - :: 1 Microsoft + Office + Word + 2014 + (16.0.6001) + Windows + NT + 10.0 - 401 2 5 0
2015-11-09 12:37:16 :: 1 GET /webdav/test1_webdav.docx - 80 ДОМЕН \ user :: 1 Microsoft + Office + Word + 2014 + (16.0.6001) + Windows + NT + 10.0 - 304 0 0 0
2015-11-09 12:37:16 :: 1 PROPFIND /webdav/test1_webdav.docx - 80 - :: 1 Microsoft + Office + Word + 2014 + (16.0.6001) + Windows + NT + 10.0 - 401 2 5 0
2015-11-09 12:37:16 :: 1 PROPFIND /webdav/test1_webdav.docx - 80 ДОМЕН \ пользователь :: 1 Microsoft + Office + Word + 2014 + (16.0.6001) + Windows + NT + 10.0 - 207 0 0 0
2015-11-09 12:37:16 :: 1 РАЗБЛОКИРОВАТЬ /webdav/test1_webdav.docx - 80 - :: 1 Microsoft + Office + Word + 2014 + (16.0.6001) + Windows + NT + 10.0 - 401 2 5 15
2015-11-09 12:37:16 :: 1 РАЗБЛОКИРОВАТЬ /webdav/test1_webdav.docx - 80 ДОМЕН \ пользователь :: 1 Microsoft + Office + Word + 2014 + (16.0.6001) + Windows + NT + 10.0 - 204 0 0 0
2015-11-09 12:37:17 :: 1 PROPFIND /webdav/AppVIsvStream32.dll - 80 ДОМЕН \ пользователь :: 1 Microsoft-WebDAV-MiniRedir / 10.0.10240 - 404 0 2 0
2015-11-09 12:37:17 :: 1 PROPFIND /webdav/c2r32.dll - 80 ДОМЕН \ пользователь :: 1 Microsoft-WebDAV-MiniRedir / 10.0.10240 - 404 0 2 0
Трое из нас уже потратили значительное время на это и перепробовали почти все, что вы могли придумать, сравнили сетевые трассировки, исследовали процесс winwords, отладили его (исключение никогда не возвращается в отладчик) и т. Д.