WPAD е вклучен. Зошто адресата на прокси во WinHTTP е празна?
Читањето на прокси конфигурацијата на Windows и одредувањето прокси за дестинација се одделни операции. Идентитетот на услугата додава уште една граница.
Автоматското откривање прокси може да е вклучено додека рачно поставениот прокси текст е празен. WinHttpGetIEProxyConfigForCurrentUser() враќа конфигурациски полиња, а не крајна точка за секоја дестинација.
| Поле | Значење |
|---|---|
| Рачно прокси | Експлицитно конфигурирана вредност |
| URL за автоматска конфигурација | Локацијата на PAC скриптата |
| Знаменце за автоматско откривање | Дали откривањето е вклучено |
Структурата е излез. Поставувањето на нејзиниот член за автоматско откривање пред повикување на функцијата не го вклучува откривањето во Windows. Користете ги вратените полиња за да изградите одделно барање за автоматско прокси со документираните знаменца.
Прво определи, потоа примени
API како WinHttpGetProxyForUrl() ја оценува вистинската URL на дестинацијата. Наведете ја таа URL, а не URL за преземање на PAC, и примени го резултатот од определувањето на соодветното WinHTTP барање.
Директен резултат е валиден. Грешките при преземање на скриптата, оценување на скриптата и поврзување со прокси се јавуваат во одделни чекори. Проверете ги кодовите за неуспех и следете ги правилата за сопственост на вратените низи.
Чија конфигурација?
“CurrentUser” значи контекстот на повикувачот. Услуга без соодветно претставување може да ги чита поставките на својата услужна сметка наместо на корисникот на работната површина.
Свесно изберете дали услугата користи управувани поставки или ја следи конфигурацијата на овластен корисник, вклучително однесувањето кога нема интерактивен корисник. Ракувањето со токени и чистењето ресурси мора да ги следат поддржаните API за идентитет.
За дијагностика, држете заедно сметката на повикувачот, конфигурациските полиња, дестинацијата, резултатот од определувањето и првата грешка при поврзување. Тоа покажува во која фаза настанала празната вредност или неуспешната рута.