Zakaj curl ne prevzame posredniškega strežnika brskalnika v Windows
Razlikujte vnose posredniškega strežnika libcurl od odkrivanja posredniškega strežnika brskalnika Windows in samodejne konfiguracije.
Brskalnik v Windows, ki deluje prek podjetniškega posredniškega strežnika, ne dokazuje, da je aplikacija, ki temelji na libcurl, odkrila enako konfiguracijo. libcurl ima dokumentirane možnosti posredniškega strežnika in okoljske spremenljivke; odkrivanje posredniškega strežnika brskalnika Windows je drug vmesnik.
Aplikacija, ki želi slediti nastavitvam Windows trenutnega uporabnika, jih lahko poizve prek API-ja za konfiguracijo posredniškega strežnika v Windows. To še vedno pušča delo. URL za samodejno konfiguracijo kaže na pravilnik PAC, ne na fiksno končno točko posredniškega strežnika, primerno za neposredno kopiranje v CURLOPT_PROXY.
- Ročna nastavitev posredniškega strežnika
- Analizirajte podprto konfiguracijo in odjemalcu zagotovite ustrezne možnosti posredniškega strežnika in obhoda.
- PAC ali samodejno odkrivanje
- Ocenite pravilnik za dejanski cilj s podprto integracijo.
- Storitev v ozadju
- Preverite, kateri račun ima učinkovito konfiguracijo; nastavitve interaktivnega uporabnika morda niso nastavitve storitve.
Pri majhni diagnostični zahtevi izrecna možnost posredniškega strežnika libcurl odstrani odkrivanje iz primerjave. Omejen ukaz curl lahko neodvisno preveri isto končno točko HTTP. Pri upravljani aplikaciji izvedite predvideni pravilnik odkrivanja, namesto da se zanašate na uspešno zahtevo brskalnika kot dokaz skupne konfiguracije.