Мы анализируем, нужно ли нам применять правила в прокси без аутентификации или, возможно, проталкивать конфигурации прокси-серверов dotnet для всей машины. Мы попробовали следующее (см. Конец), но хотим правильное решение, а не обходной путь. Количество машин, нуждающихся в этой конфигурации, составляет 100 с.
Проблема:
Connect-MsolService: Ошибка аутентификации: непредвиденный сбой аутентификации.
При копании в неэксперементированном виде мы видим, что неавторизованные прокси-фермы блокируют мой доступ; отсюда и вопросы аутентификации прокси. В prod есть проблема аутентификации с использованием модулей AzureAD и MSonline Powershell.
Попытка выяснить, поддерживается ли прокси и аутентификация прокси обоими модулями, и если да, то как настроить.
Если да, то использует ли он IE Configs? WinHTTP? dot net machine.config прокси конфиги? Конфиги прокси профиля PowerShell?
Предложено следующее, но не приемлемо для клиента:
- Настройка PS (на стороне клиента - IDE) для работы за прокси-сервером
- Использование PS из-за прокси-сервера с проверкой подлинности
- http://woshub.com/using-powershell-behind-a-proxy/
Спасибо,
GP
Предложено следующее, но не приемлемо для клиента:
1. Настройка PS (на стороне клиента - IDE) для работы за прокси-сервером
2. Использование PS из-за аутентифицированного прокси
3. http://woshub.com/using-powershell-behind-a-proxy/