Ponieważ Jhon już odpowiedział, możesz wyłączyć połączenie internetowe dla wszystkich produktów MS-Office 2013 (Word, Excel itp.), Używając następującego Regedit
pliku:
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Microsoft\Office\15.0\Common\Internet]
"UseOnlineContent"=dword:00000000
Ale dla mnie to nie wystarczyło i jak niektórzy komentowali, podczas uruchamiania np. Excela wciąż pojawiało się więcej okien podręcznych. Jest to prawdopodobnie spowodowane przez serwer proxy, którego muszę używać w pracy, która wymaga uwierzytelnienia.
Inna odpowiedź na umieszczenie tego adresu URL Microsoft w tym no-proxy
ustawieniu nie działa, jeśli naprawdę potrzebujesz proxy do przeglądania Internetu.
Rozwiązanie 1
To rozwiązanie, oprócz modyfikacji rejestru (patrz wyżej skrypt Regedit), polega na całkowitym wyłączeniu połączenia poprzez dodanie następującego wiersza w pliku w C:\windows\system32\drivers\etc\hosts
następujący sposób:
127.0.0.1 office15client.microsoft.com
Proponuję wprowadzić podobne wpisy dla wszystkich wyświetlanych okienek wyskakujących (o ile istnieje adres docelowy, taki jak officeimg.vo.msecnd.net
w PO. Dla mnie wygląda to teraz spokojnie i nie pojawia się więcej wyskakujących okienek uwierzytelniania.
Rozwiązanie 2
Innym sposobem obejścia tych wyskakujących okienek jest utworzenie skrótu za pomocą:
2a)
`C:\Windows\System32\runas.exe /netonly /user:proxy.domain\myusername "C:\Program Files (x86)\Microsoft Office\Office15\Winword.exe"`
Ale za każdym razem, gdy go wykonujesz, masz system DOS Windows, który pyta Cię o hasło, proxy.domain\myusername
a innym sposobem obejścia tego jest echo hasła w następujący sposób:
2b)
`C:\Windows\System32\cmd.exe /c echo mySecretPass | C:\Windows\System32\runas.exe /netonly /user:proxy.domain\myusername "C:\Program Files (x86)\Microsoft Office\Office15\Winword.exe"`
Wniosek
Rozwiązanie 2 ma wiele wad: - Musisz stworzyć określony skrót dla aplikacji - Musisz podać hasło (2a) przy każdym uruchomieniu lub stworzyć bardzo niezabezpieczone skróty z hasłem wewnątrz (2b)
Wadą rozwiązania 1 jest to, że nie będziesz mieć dostępu do domeny, którą umieściłeś w pliku, ale wydaje się, że dotyczą one tylko aplikacji klienckiej.
Dla mnie rozwiązanie 1 wydaje się najlepsze w moim przypadku.