curl ne može pročitati vašu PAC datoteku: proslijedite proxy
PAC je JavaScript pravilo; curl želi krajnju tačku. Pitajte koje proxy pravilo odabira za vaš URL, proslijedite ga i pazite na NO_PROXY i TLS.
Adresa PAC datoteke i krajnja tačka proxyja izgledaju zamjenjivo u konfiguracijskoj datoteci, ali nisu. Jedno je program pravila koji se mora izračunati za svaki URL; drugo je host i port koji prihvata veze. curl razumije samo drugo. Prosljeđivanje PAC adrese na --proxy je kategorijska greška koja ne uspijeva na zbunjujuć način, obično nakon dugog CONNECT isteka prema web serveru.
Šta je zapravo svako od njih
| Imate | Šta je to | Šta curl radi s tim |
|---|---|---|
http://wpad.corp.example/proxy.pac | JavaScript koji vraća proxy ili direktnu vezu za zadani URL | Preuzima ga kao datoteku i tu se zaustavlja |
http://proxy.corp.example:8080 | Osluškivač koji prihvata proksirane zahtjeve | Koristi ga, uključujući CONNECT za HTTPS ciljeve |
To jasno kaže FAQ o curlu: curl ne pruža tumačenje JavaScripta ni PAC-a. Omotač oko curla koji razumije PAC može to, ali sam curl ne, i nijedan flag ga ne pretvara u preglednik.
Zašto preglednik radi, a curl ne
Preglednik se povezuje sa sistemskom konfiguracijom proxyja, preuzima PAC datoteku i izvršava njena pravila za URL koji otvarate. Ta evaluacija je usluga koju PAC datoteka pruža i odvija se unutar preglednika, a ne unutar vašeg terminala.
Preuzimanje PAC datoteke pomoću curla donosi samo njen tekst. To ne tjera curl da izvrši pravilo, a ručno čitanje da biste našli proxy ručna je verzija iste evaluacije, s istom šansom da odaberete pogrešnu granu. Ako je ipak čitate, pročitajte return naredbu koja odgovara vašem hostu, a ne prvo ime proxyja u datoteci. Većina PAC datoteka sadrži nekoliko njih, a samo jedna grana se odnosi na vas.
Za odobreni HTTP proxy i odobrenu HTTPS uslugu, ilustrativan zahtjev je:
curl --proxy http://proxy.corp.example:8080 https://service.example.net/statusPrva adresa je proxy osluškivač, druga je usluga koju želite. To su primjeri krajnjih tačaka, a ne test koji je neko izveo, zato ih zamijenite shemom, portom i tokom autentifikacije svoje organizacije.
Odaberite proxy za ovu destinaciju
Pitajte administratora koji proxy pravilo odabira za URL koji vam treba, a ne koji proxy organizacija posjeduje. PAC pravila mogu vratiti različite rezultate za interne usluge, javne stranice i stanja prebacivanja pri kvaru, a pravilo koje danas odgovara vašem URL-u nakon izmjene može odgovarati drugom.
Ako tok rada treba više od jednog poznatog zahtjeva, koristite statičku postavku koju podržava administrator ili odobrenu integraciju koja razumije PAC. Tvrdokodiranje jedne kopirane adrese radi do dana kada se pravilo promijeni i niko se više ne sjeća zašto je ta adresa odabrana.
Zatim pogledajte šta curl nasljeđuje. Proxy environment varijable i NO_PROXY mogu nadjačati ili isključiti proxy koji ste proslijedili, a isključenje koje odgovara vašem cilju tiho šalje zahtjev direktno. Sačuvajte namjeravano pravilo umjesto da brišete svako isključenje ili tjerate sve kroz jednu adresu. Izvršite zahtjev jednom s -v i provjerite na koju se adresu zapravo povezao.
Držite dva TLS identiteta odvojeno
S HTTPS proxyjem u igri su dvije TLS veze: vaša prema proxyju i proxyjeva prema destinaciji. Svaka ima vlastiti identitet koji treba provjeriti, a isključivanje provjere za bilo koju od njih nije popravak PAC-a, nego drugi problem dodan prvom.
Ostavite provjeru uključenom i pročitajte grešku koju dobijete. Proxy autentifikacijski izazov, nedostupan proxy i odbijanje web stranice tri su različita rezultata i samo se prvi tiče vjerodajnica. VPN i dalje mora osigurati dopušten put do privatnog proxyja, uključujući razrješavanje imena za sam proxy host, prije nego išta od ovoga uspije.
Zapišite krajnju tačku, shemu, port, metodu autentifikacije, isključenja i VPN put do proxyja. Taj zapis čini sljedeći zahtjev ponovljivim i on je razlika između poznavanja svog proxyja i nagađanja o njemu.