Я изо всех сил пытаюсь обновить справку на сервере ядра за прокси.
Я видел, что можно было установить прокси winhttp с помощью netsh для решения проблемы, но powershell update-help явно не использует прокси winhttp, протестировал его на своем рабочем столе, и он просто использовал настройку прокси-сервера, например.
Проблема: на основных серверах нет ie, поэтому ... Я попытался установить такие значения реестра:
set-itemproperty 'HKCU:\Software\Microsoft\Windows\CurrentVersion\Internet Settings' -name ProxyEnable -value 1
Set-ItemProperty 'HKCU:\Software\Microsoft\Windows\CurrentVersion\Internet Settings' -Name ProxyServer -Value '192.168.0.X:3128'
но он по-прежнему не работает, серверное ядро обходит прокси, и фреймы сбрасываются брандмауэром. Есть идеи, как это сделать? (без использования save-help с другого хоста)
Та же проблема и наткнулся на этот обходной путь
http://blog.stangroome.com/2013/08/02/powershell-update-help-and-an-authenticating-proxy/
[отредактируйте, чтобы добавить детали]
Наш прокси-сервер аутентифицирован NTLM. Из статьи я использовал эти две строчки;
$wc = New-Object System.Net.WebClient
$wc.Proxy.Credentials = [System.Net.CredentialCache]::DefaultNetworkCredentials
Тогда проверьте это ...
$wc.DownloadString('http://microsoft.com')
Затем добавление первых двух строк в мой profile.ps1 и перезапуск PowerShell и команда update-help сработали, как и большинство других выполняемых мной веб-запросов.
Насколько мне известно, обновляемая справка не поддерживает компьютеры за прокси. Без сомнения, это вопиющая ошибка.
Существуют сценарии, которые позволяют обойти это, находя helpURI каждого модуля, загружая пакет (используя обычный объект webclient), а затем запуская update-help, указав уже загруженный файл справки.
У меня есть несколько коллег, которые использовали это (используйте Google Translate, если вы не знаете немецкий), но я не знаю, будет ли он работать на ядре сервера или нет. Тем не менее, я думаю, стоит попробовать:
Сообщение блога: Save-Help im Unternehmen für Offline Rechner auch mit einem Proxy benutzen
У нас нет проверяющего прокси, но у меня была аналогичная проблема с обновлением. Кажется, что наш шлюз может быть настроен так, чтобы не разрешать запросы от PowerShell, но разрешает запросы из IE. В нашем случае запущенный скрипач позволил запросу от PowerShell пройти через шлюз \ прокси. Не уверен, как, возможно, скрипач изменит строку пользовательского агента или что-то в этом роде, но, возможно, стоит вспомнить, если ваша сеть настроена аналогичным образом.
Кстати, если кто-то из Microsoft отслеживает, пожалуйста, не могли бы вы хотя бы сделать так, чтобы параметр update-help -verbose сообщал URL-адреса, которые он пытается запросить, поскольку это сделало устранение неполадок невозможным. Я использовал скрипач, чтобы попытаться выяснить, какие URL-адреса пытается запросить PowerShell.