Zergatik konektatzen da curl localhost-era URL urrunaren ordez

curl emandako URL-a edozein dela ere localhost-era konektatzen saiatzen bada, VPN-a abiatzeko leku okerra da. Tokiko HTTP edo SOCKS proxy bat izan daiteke aurreikusitako lehen konexioa, nahi duzun zerbitzua guztiz beste leku batean egon arren. Proxy hori jada martxan ez badago, localhost-era egindako saiakera huts egiten du curl helmugara iritsi aurretik. Proxy-aren erantzuna ere ez da helmugak erantzun duenaren froga.

Egin urrats hauek ordenan eta gelditu lehen konexio-saioa aldatzen duen lehenengoan.

Irakurri lehenik curl-ek berak proxy-ari buruz dituen arauak

curl-ek protokoloaren araberako proxy aldagaiak irakurtzen ditu, hala nola https_proxy eta HTTPS_PROXY, gainera ALL_PROXY, protokoloaren araberako baliorik aplikatzen ez denean. Aztertu curl benetan abiarazten duen shell, zerbitzu edo zereginaren ingurunea, ez zure uneko terminalekoa. CI lan batek, systemd unitate batek eta shell interaktibo batek hiru multzo desberdin hereda ditzakete. Shell ikusgaitik asmatzea da ikerketa honek arratsalde oso bat galtzeko modua.

Salbuespen bat merezi du gogoratzeak. curl-ek http_proxy letra xehez soilik onartzen du; letra larriz idatzitako HTTP_PROXY ez da kontuan hartzen, eta horregatik ingurune berak modu desberdinean jokatzen du beste tresna batzuetan.

Irakurri balioak modu pribatuan, proxy URL batek sarritan kredentzialak eramaten baititu.

Gero egiaztatu curl-en konfigurazio-fitxategi lehenetsian proxy edo konexioaren gainidazketarik dagoen, eta baieztatu zein exekutagarri exekutatzen ari zaren benetan. Shell alias batek, funtzio batek edo wrapper script batek zure komando-lerroan inoiz agertzen ez diren aukerak gehi ditzake.

Konparatu hiru dei TLS piztuta

Erabili diagnostiko-helmuga onartu bat eta binario bera hiru exekuzioetarako.

curl -v https://service.corp.example/status
curl -q -v https://service.corp.example/status
curl -q --proxy '' -v https://service.corp.example/status

-q lehenetsitako curlrc fitxategia indargabetzen du eta lerroko lehen parametroa izan behar du funtziona dezan. Ez ditu proxy ingurune-aldagaiak kentzen, eta horrek hori espero dutenak harritzen ditu. Hirugarren formak --proxy balio hutsa gehitzen du, inguruneak eskatutako proxy-a dei horretarako soilik gainidatziz. Konparatu irteera bakoitzean lehen konexio-saioa, ez amaierako egoera-kodea.

Irteera zehatzak goiburuak, tokenak eta proxy kredentzialak ager ditzake, beraz, eduki ezazu lokal, eta irakurri zatiak partekatu aurretik.

Zer baztertzen duen emaitza bakoitzak

Konfigurazio lehenetsia ezabatzeak konexioa aldatzen badu, konfigurazio-fitxategia da iturria. Heredatutako proxy-a modu esplizituan desgaitzeak aldatzen badu, ingurune-aldagaia da iturria. Bi horietako inork aldatzen ez badu eta localhost oraindik agertzen bada, begiratu komando-lerroko konexioaren gainidazketak, ostalari-izenen ebazpena eta hautatutako exekutagarria. Horietako bakoitzak konponbide desberdina du, eta horietako bat ere ez da bideratze-aldaketa.

Liburutegi pertsonalizatuen karga edo sare-jokabide injektatua geroko geruza da, eta ingurune-aldagai bat soilik ez da horren froga.

Eduki proxy-aren erabakia VPN-tik bereizita

curl-ek helmuga zuzena aukeratzen duenean, sistema eragileak oraindik bideratzen du konexio hori. Aplikazio-proxy bat desgaitzeak ez du VPN-aren ibilbidea edo haren iragazte-politika desgaitzen. Egin sarbide zuzeneko konparazioak diagnostiko hori baimenduta dagoen tokietan soilik. Politika isilpean saihesten duen proba ez da emaitza baliozkoa, gertakari bat baizik.

Proxy lokal bat beharrezkoa bada, leheneratu bere zerbitzua eta helbidea, haren ezarpenak ezabatu beharrean.

Helmuga pribatu hautatuek soilik behar badute sarbide zuzena, gehitu bazterketa estu bat onartua eta mantendu proxy-a gainerako guztirako. Gorde hautatutako bidearen lehen errorea, localhost-en ukapenak, proxy-aren CONNECT ukapenak, ziurtagiri-hutsegiteak eta baimen-erroreak lau etapa desberdin adierazten baitituzte.