Najwyraźniej istnieją różne poziomy uwierzytelniania. Większość artykułów, które czytałem, mówi, aby ustawić MaxAllowedZone na „1”, co oznacza, że lokalna strefa komputera i strefa intranetu są dozwolone, ale „4” umożliwia dostęp do „wszystkich” stref.
Aby uzyskać więcej informacji, przeczytaj ten artykuł:
https://support.microsoft.com/en-us/kb/892675
Tak wygląda mój rejestr (nie byłem pewien, czy zadziała z dzikimi kartami, ale wydaje się, że działa dla mnie):
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://*;"
Dodatkowo, co dziwne, klucz „UrlAllowList” był wymagany, aby to działało na innym komputerze, ale nie na moim testowym. Prawdopodobnie nie jest to wcale wymagane, ale kiedy je dodałem, rozwiązało problem. Użytkownik mógł nie zamknąć oryginalnego pliku lub coś w tym stylu. Więc tylko uwaga. Proponuję spróbować jak najmniej i przetestować, a następnie dodać w razie potrzeby. Po potwierdzeniu możesz w razie potrzeby wdrożyć. Powodzenia!
Edycja: PS Inną metodą, która działała, było mapowanie ścieżki do sieci lokalnie przy użyciu mklink / d (symboliczne łączenie w systemie Windows 7 lub nowszym), ale mapowanie litery dysku sieciowego (Z: do testowania) nie działało. Tylko do przemyślenia i nie musiałem „odblokowywać” żadnych plików. Również zaakceptowane „Rozwiązanie” nie rozwiązało problemu.