Налаштування проксі Windows і WinHTTP різняться
Перед змінами netsh з’ясуйте, чи використовує застосунок Windows WinHTTP, а не вважайте це універсальним виправленням браузера.
Якщо браузер працює, а фоновий застосунок Windows ні, спочатку визначте проксі-інтерфейс проблемного застосунку. Він може використовувати WinHTTP, користувацькі налаштування Windows, налаштування сесії, автовиявлення або власну конфігурацію. Служба також може працювати від іншого користувача.
Для звичайного налаштування WinHTTP почніть із цієї перевірки лише для читання:
netsh winhttp show proxyЦей вивід не описує всі профілі браузера чи з’єднання. Перед зміною за документацією або діагностикою застосунку підтвердьте, що він використовує це налаштування WinHTTP за замовчуванням.
| Запланована дія | Область дії |
|---|---|
| Задати налаштування WinHTTP за замовчуванням | Запишіть стару конфігурацію й урахуйте всіх залучених клієнтів, що її поділяють. |
| Імпортувати налаштування Інтернету Windows | Скопіюйте джерело зараз; подальші зміни не синхронізуються постійно. |
| Відновити після тесту | Поверніть записаний проксі або скидайте лише якщо попереднім станом був прямий доступ. |
За потрібних прав і застосунку, що має використовувати це налаштування за замовчуванням, явна конфігурація така:
netsh winhttp set proxy proxy-server="203.0.113.10:8080"Замініть кінцеву точку документації призначеним застосунку проксі або кандидатом зі списку HTTP-проксі, якщо маршрут допускає публічні проксі. Щоб натомість імпортувати джерело налаштувань Інтернету Windows:
netsh winhttp import proxy source=ieСтара назва ie позначає джерело імпорту. Якщо початковим станом був прямий доступ, скасуйте тест так:
netsh winhttp reset proxyІнакше відновіть попередні значення. Скидання WinHTTP не видаляє політику розширення або власний проксі застосунку. Для звичайного налаштування Chrome чи Edge використовуйте діалог проксі Windows, якщо не виявили залежності саме від WinHTTP; жодна команда netsh не примушує всіх мережевих клієнтів до одного маршруту.