Мабуть, існують різні рівні автентифікації. Більшість статей, які я читав, кажуть вам, щоб встановити MaxAllowedZone на "1", що означає, що зона локальної машини та зона інтрамережі дозволені, але "4" дозволяє доступ для "всіх" зон.
Для отримання додаткової інформації прочитайте цю статтю:
https://support.microsoft.com/en-us/kb/892675
Ось так виглядає мій реєстр (я не був впевнений, що він буде працювати з підстановками, але, здається, це працює для мене):
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\HTMLHelp]
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\HTMLHelp\1.x]
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\HTMLHelp\1.x\ItssRestrictions]
"MaxAllowedZone"=dword:00000004
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\HTMLHelp\1.x\ItssRestrictions]
"UrlAllowList"="\\\\<network_path_root>;\\\\<network_path_root>\*;\\ies-inc.local;http://www.*;http://*;https://www.*;https://*;"
Як додаткове зауваження, дивно, що клавіша "UrlAllowList" була потрібна, щоб зробити цю роботу на іншому ПК, але не на моєму тестовому. Можливо, це взагалі не потрібно, але коли я додав, це вирішило проблему. Можливо, користувач не закрив оригінальний файл або щось подібне. Тож лише міркування. Пропоную спробувати найменше і протестувати, а потім додати, якщо потрібно. Після підтвердження ви можете розгорнути за потреби. Щасти!
Редагувати: PS Іншим методом, який працював, було локальне відображення шляху до мережі за допомогою mklink / d (символічне посилання в Windows 7 або новішій версії), але картографування літери мережевого диска (Z: для тестування) не спрацювало. Просто їжа для роздумів, і мені не довелося "розблокувати" жодні файли. Також прийняте «Рішення» не вирішило проблему для мене.