curlek ezin du zure PAC fitxategia irakurri: pasa proxy-a horren ordez
PAC JavaScript politika da; curlek amaiera-puntu bat nahi du. Galdetu politikak zure URL-rako zein proxy aukeratzen duen, pasa ezazu, eta begiratu NO_PROXY eta TLS.
PAC fitxategiaren helbidea eta proxy-aren amaiera-puntua trukagarriak dirudite konfigurazio-fitxategi batean, eta ez dira. Bata URL bakoitzerako ebaluatu behar den politika-programa da; bestea konexioak onartzen dituen ostalari eta ataka bat da. curlek bigarrena baino ez du ulertzen. PAC helbide bat --proxyri pasatzea kategoria-errore bat da, modu nahasgarrian porrot egiten duena, normalean web zerbitzari batera CONNECT itxarote luze baten ondoren.
Zer da bakoitza benetan
| Daukazu | Zer da | Zer egiten du curlek horrekin |
|---|---|---|
http://wpad.corp.example/proxy.pac | URL jakin baterako proxy bat edo konexio zuzena itzultzen duen JavaScript-a | Fitxategi gisa jaisten du eta han gelditzen da |
http://proxy.corp.example:8080 | Proxy bidezko eskaerak onartzen dituen entzulea | Erabiltzen du, HTTPS helburuetarako CONNECT barne |
Hori argi dio curli buruzko ohiko galderen atalak: curlek ez du JavaScript edo PAC interpretaziorik eskaintzen. curl inguruko PAC ulertzen duen bilgarri batek bai, baina curlek berak ez, eta inongo banderak ez du nabigatzaile bihurtzen.
Zergatik dabil nabigatzailea eta curl ez
Nabigatzaileak sistemako proxy konfigurazioarekin bat egiten du, PAC fitxategia jaitsi eta irekitzen duzun URL-aren aurka exekutatzen ditu bere arauak. Ebaluazio hori da PAC fitxategiak eskaintzen duen zerbitzua, eta nabigatzailearen barruan gertatzen da, ez zure terminalean.
PAC fitxategia curlekin jaisteak haren testua baino ez du ekartzen. Ez du curlek politika exekuta dezan lortzen, eta eskuz irakurtzea proxy bat aurkitzeko ebaluazio beraren bertsio eskuzkoa da, adar okerra aukeratzeko probabilitate berarekin. Irakurtzen baduzu, zure ostalariari dagokion return adierazpena irakurri, fitxategiko lehen proxy izena beharrean. PAC fitxategi gehienek hainbat izaten dituzte, eta adar bakarra dagokizu zuri.
Onartutako HTTP proxy baterako eta onartutako HTTPS zerbitzu baterako, adibidezko eskaera hau da:
curl --proxy http://proxy.corp.example:8080 https://service.example.net/statusLehen helbidea proxy-aren entzulea da, bigarrena nahi duzun zerbitzua. Hauek adibideko amaiera-puntuak dira, ez inork egindako proba, beraz ordezkatu zure erakundearen eskema, ataka eta autentifikazio-fluxuarekin.
Aukeratu proxy-a helmuga honetarako
Galdetu administratzaileari politikak zein proxy aukeratzen duen behar duzun URL-rako, ez erakundeak zein proxy duen. PAC arauek emaitza desberdinak eman ditzakete barne zerbitzuetarako, gune publikoetarako eta hutsegite-truke egoeretarako, eta gaur zure URL-arekin bat datorren arau bat editatu ondoren beste batekin bat etor daiteke.
Lan-fluxuak eskaera ezagun bat baino gehiago behar baditu, erabili administratzaileak onartutako ezarpen estatikoa edo PAC ulertzen duen integrazio onartua. Kopiatutako helbide bat gogor kodetzeak funtzionatzen du politikak aldatzen diren eta inork helbide hori zergatik aukeratu zen gogoratzen ez duen egunera arte.
Ondoren begiratu curlek zer heredatzen duen. Proxy ingurune-aldagaiak eta NO_PROXY pasatu duzun proxy-a gainidatzi edo baztertu dezakete, eta zure helmugarekin bat datorren bazterketa batek eskaera zuzenean bidaltzen du isilik. Mantendu nahi den politika, bazterketa guztiak ezabatu edo dena helbide bakar batetik behartu beharrean. Exekutatu eskaera behin -v erantsita eta egiaztatu zein helbiderekin konektatu den benetan.
Eduki bi TLS identitateak bereizita
HTTPS proxy batekin, bi TLS konexio daude jokoan: zurea proxy-rako eta proxy-arena helmugarako. Bakoitzak bere identitatea du egiaztatzeko, eta edozeinentzako egiaztapena desgaitzea ez da PAC konponbidea, lehenengoari gehitutako bigarren arazoa baizik.
Eduki egiaztapena gaituta eta irakurri lortzen duzun hutsegitea. Proxy autentifikazio desafio bat, iristezin den proxy bat eta webgunearen ukoa hiru emaitza desberdin dira, eta lehenengoa baino ez da kredentzialei buruzkoa. VPN-ak proxy pribatu baterako bide baimendua eman behar du oraindik, proxy ostalariaren beraren izen-ebazpena barne, honetatik ezer lortu aurretik.
Idatzi amaiera-puntua, eskema, ataka, autentifikazio-metodoa, bazterketak eta proxy-rako VPN bidea. Erregistro horrek egiten du hurrengo eskaera errepikagarri, eta hori da zure proxy-a ezagutzearen eta hari buruz asmatzearen arteko aldea.