Обнаружение прокси .NET
У меня проблема с .NET, определяющим настройки прокси, настроенные через Internet Explorer.
I ' m написал клиентское приложение, поддерживающее прокси, и для тестирования я настроил массив из 9 серверов squid для поддержки различных методов аутентификации для HTTP и HTTP. У меня есть сценарий, который обновляет IE в зависимости от выбранной мной конфигурации (какой прокси, обнаружение через «Авто», PAC или жесткий код).
Я попробовал 3 метода ниже, чтобы определить конфигурацию IE через .NET. Иногда я замечаю, что .NET выбирает неправильный набор прокси-серверов. IE имеет правильные настройки, и если я просматриваю веб-страницы с IE, я вижу, что попадаю на правильные серверы через wirehark.
WebRequest.GetSystemWebProxy (). GetProxy (destination);
GlobalProxySelection.Select.GetProxy ( destination);
WebRequest.DefaultWebProxy
Вот следующие у меня советы:
- Мой сценарий устанавливает файл PAC на веб-сервере и обновляет конфигурацию в IE, затем очищает кеш IE
- .NET, кажется, "застревает" на определенной конфигурации прокси, и мне нужно установить другую конфигурацию для .NET, чтобы понять, что произошли изменения. Иногда кажется, что он выбирает какой-то случайный набор серверов (я уверен, что они не случайны, а просто набор серверов, которые я использовал однажды и которые находятся в каком-то кешированном файле PAC или что-то в этом роде). Как и в предыдущем случае, я проверю прокси-сервер для пункта назначения «https://www.secure.com», и я могу настроить IE и, таким образом, ожидать получения «http: // squidserver: 18», а вместо этого он вернет «http : // squidserver: 28 "(порт 18 работает под NTLM, 28 работает без аутентификации). Все серверы Squid работают.
- Похоже, это не проблема для XP, только Vista, 2003 и Windows 7.
- Жесткое программирование прокси-серверов в IE ВСЕГДА работает
- Время всегда решает проблему - если я оставлю компьютер примерно на 20 или 30 минут и вернусь, .NET подберет правильные настройки прокси, как если бы кэшированный сценарий PAC срок действия истек.