WPAD уключаны. Чаму адрас проксі WinHTTP пусты?
Чытанне канфігурацыі проксі Windows і вызначэнне проксі для пункту прызначэння — розныя аперацыі. Ідэнтычнасць службы дадае яшчэ адну мяжу.
Аўтаматычнае выяўленне проксі можа быць уключана, а радок проксі, зададзены ўручную, — пусты. WinHttpGetIEProxyConfigForCurrentUser() вяртае палі канфігурацыі, а не канчатковы пункт для кожнага прызначэння.
| Поле | Значэнне |
|---|---|
| Проксі ўручную | Значэнне, зададзенае яўна |
| URL аўтаматычнай канфігурацыі | Месцазнаходжанне скрыпта PAC |
| Сцяг аўтавыяўлення | Ці ўключана выяўленне |
Структура — гэта вынік. Усталяванне яе члена аўтавыяўлення перад выклікам функцыі не ўключае выяўленне Windows. Выкарыстайце вернутыя палі, каб пабудаваць асобны запыт аўтапроксі з дакументаванымі сцягамі.
Спачатку вызначыце, потым прымяніце
API, такі як WinHttpGetProxyForUrl(), ацэньвае фактычны URL прызначэння. Падайце менавіта гэты URL, а не URL загрузкі PAC, і прымяніце вынік вызначэння да адпаведнага запыту WinHTTP.
Прамы вынік — дапушчальны. Памылкі загрузкі скрыпта, ацэнкі скрыпта і злучэння з проксі ўзнікаюць на асобных этапах. Правярайце коды збояў і выконвайце правілы валодання для вернутых радкоў.
Чыя канфігурацыя?
“CurrentUser” азначае кантэкст выклікаючага. Служба без належнай імітацыі можа чытаць налады свайго ўліковага запісу службы замест наладаў карыстальніка працоўнага стала.
Свядома выберыце, ці служба выкарыстоўвае кіраваныя налады, ці прытрымліваецца канфігурацыі аўтарызаванага карыстальніка, уключаючы паводзіны, калі інтэрактыўнага карыстальніка няма. Апрацоўка токенаў і ачыстка рэсурсаў павінны прытрымлівацца падтрыманых API ідэнтычнасці.
Для дыягностыкі трымайце разам уліковы запіс выкліку, палі канфігурацыі, прызначэнне, вынік вызначэння і першую памылку злучэння. Гэта паказвае, на якім этапе ўзнікла пустое значэнне або няўдалы маршрут.