WPAD jest włączony. Dlaczego adres serwera proxy w WinHTTP jest pusty?
Odczyt konfiguracji serwera proxy w Windows i ustalenie serwera proxy dla miejsca docelowego to dwie osobne operacje. Tożsamość usługi dodaje kolejną granicę.
Automatyczne wykrywanie serwera proxy może być włączone, gdy ręcznie ustawiony ciąg serwera proxy jest pusty. WinHttpGetIEProxyConfigForCurrentUser() zwraca pola konfiguracji, a nie końcowy punkt dla każdego miejsca docelowego.
| Pole | Znaczenie |
|---|---|
| Ręczny serwer proxy | Wartość skonfigurowana jawnie |
| URL konfiguracji automatycznej | Położenie skryptu PAC |
| Flaga automatycznego wykrywania | Czy wykrywanie jest włączone |
Struktura jest danymi wyjściowymi. Ustawienie jej składowej automatycznego wykrywania przed wywołaniem funkcji nie włącza wykrywania w Windows. Użyj zwróconych pól, aby zbudować osobne żądanie automatycznego serwera proxy z udokumentowanymi flagami.
Najpierw ustal, potem zastosuj
Interfejs API taki jak WinHttpGetProxyForUrl() ocenia rzeczywisty adres URL miejsca docelowego. Podaj ten adres URL, a nie adres pobierania PAC, i zastosuj wynik ustalenia do odpowiedniego żądania WinHTTP.
Bezpośredni wynik jest prawidłowy. Błędy pobierania skryptu, oceny skryptu i połączenia z serwerem proxy występują na osobnych etapach. Sprawdzaj kody błędów i przestrzegaj reguł własności zwracanych ciągów.
Czyja konfiguracja?
„CurrentUser” oznacza kontekst wywołującego. Usługa bez odpowiedniego personifikowania może odczytać ustawienia własnego konta usługi zamiast ustawień użytkownika pulpitu.
Świadomie wybierz, czy usługa używa ustawień zarządzanych, czy stosuje konfigurację autoryzowanego użytkownika, w tym zachowanie, gdy nie ma użytkownika interaktywnego. Obsługa tokenów i czyszczenie zasobów muszą być zgodne z obsługiwanymi interfejsami API tożsamości.
Do diagnostyki trzymaj razem konto wywołujące, pola konfiguracji, miejsce docelowe, wynik ustalenia i pierwszy błąd połączenia. Pokazuje to, na którym etapie powstała pusta wartość lub nieudana trasa.