curl getur ekki lesið PAC-skrána þína: sendu proxy-ið í staðinn
PAC er JavaScript-stefna; curl vill endapunkt. Spurðu hvaða proxy stefnan velur fyrir slóðina þína, sendu hann og fylgstu með NO_PROXY og TLS.
Slóð PAC-skrárinnar og endapunktur proxy-sins líta út fyrir að séu skiptanleg í stillingaskrá, og það eru þau ekki. Annað er stefnuforrit sem þarf að meta fyrir hverja slóð; hitt er hýsill og port sem tekur við tengingum. curl skilur aðeins hið síðara. Að senda PAC-slóð í --proxy er flokkavillur sem mistekst á ruglingslegan hátt, venjulega eftir langa CONNECT-biðtíma til vefþjóns.
Hvað hvort um sig er í raun
| Þú hefur | Hvað er það | Hvað curl gerir með það |
|---|---|---|
http://wpad.corp.example/proxy.pac | JavaScript sem skilar proxy eða beinni tengingu fyrir tiltekna slóð | Sækir hana sem skrá og stoppar þar |
http://proxy.corp.example:8080 | Hlustandi sem tekur við beiðnum í gegnum proxy | Notar hann, þar á meðal CONNECT fyrir HTTPS-markmið |
Það segir algengar spurningar um curl skýrt: curl býður hvorki upp á JavaScript- né PAC-túlkun. Umbúðir í kringum curl sem skilja PAC geta það, en curl sjálft ekki, og ekkert flagg gerir það að vafra.
Hvers vegna vafrinn virkar en curl ekki
Vafri tengist proxy-stillingum kerfisins, sækir PAC-skrána og keyrir reglur hennar á móti slóðinni sem þú opnar. Það mat er þjónustan sem PAC-skráin veitir, og það á sér stað inni í vafranum, ekki inni í skjáherminum þínum.
Að sækja PAC-skrána með curl færir aðeins textann hennar. Það lætur curl ekki framkvæma stefnuna, og að lesa hana handvirkt til að finna proxy er handvirk útgáfa af sama mati, með sama líkum á að velja rangt grein. Ef þú lest hana skaltu lesa return-yfirlýsinguna sem passar hýslinum þínum frekar en fyrsta proxy-nafnið í skránni. Flestar PAC-skrár innihalda nokkrar, og aðeins ein grein á við þig.
Fyrir samþykkt HTTP-proxy og samþykkta HTTPS-þjónustu er dæmigerð beiðni:
curl --proxy http://proxy.corp.example:8080 https://service.example.net/statusFyrsta slóðin er hlustandi proxy-sins, önnur er þjónustan sem þú vilt. Þetta eru dæmi um endapunkta en ekki prófun sem einhver framkvæmdi, svo skiptu þeim út fyrir skema, port og auðkenningarferli stofnunarinnar þinnar.
Veldu proxy-ið fyrir þetta áfangastað
Spurðu kerfisstjórann hvaða proxy stefnan velur fyrir slóðina sem þú þarft, ekki hvaða proxy stofnunin á. PAC-reglur geta skilað mismunandi niðurstöðum fyrir innri þjónustu, opinberar vefsíður og bilanatilfærslu, og regla sem passar slóðinni þinni í dag getur eftir breytingu passa annarri.
Ef vinnuflæðið þarf fleiri en eina þekkta beiðni skaltu nota kyrrstillingu sem kerfisstjórinn styður eða samþykkta PAC-skilninga samþættingu. Að harðkóða eina afritaða slóð virkar þar til stefnan breytist og enginn man hvers vegna sú slóð var valin.
Skoðaðu svo hvað curl erfir. Proxy-umhverfisbreytur og NO_PROXY geta hnekkt eða útilokað proxy-ið sem þú sendir, og útilokun sem passar markmiðinu þínu sendir beiðnina beint án þess að segja frá. Varðveittu fyrirhugaða stefnu í stað þess að eyða hverri útilokun eða þvinga allt í gegnum eina slóð. Keyrðu beiðnina einu sinni með -v og athugaðu hvaða slóð hún tengdist í raun.
Haltu tveimur TLS-auðkennum aðskildum
Með HTTPS-proxy eru tvær TLS-tengingar í gangi: þín til proxy-sins og proxy-sins til áfangastaðarins. Hvort hefur sína auðkenni til að sannreyna, og að slökkva á sannprófun fyrir annað hvort er ekki PAC-lagfæring, heldur annað vandamál bætt við það fyrra.
Láttu sannprófunina vera á og lestu bilunina sem þú færð. Proxy-auðkenningaráskorun, óaðgengilegt proxy og synjun frá vefsíðunni eru þrjár mismunandi niðurstöður, og aðeins fyrsta snýst um skilríki. VPN verður samt að veita leyfða leið að einkaproxy, þar á meðal nafnaupplausn fyrir proxy-hýsilinn sjálfan, áður en eitthvað af þessu getur gengið.
Skrifaðu niður endapunktinn, skemað, portið, auðkenningaraðferðina, útilokanirnar og VPN-leiðina að proxy-inu. Þessi skráning er það sem gerir næstu beiðni endurtakanlega, og hún er munurinn á að þekkja proxy-ið sitt og að giska á það.