Kwa nini curl huunganisha na localhost badala ya URL ya mbali

Ikiwa curl inajaribu kuunganisha na localhost bila kujali URL uliyoitoa, VPN ndiyo mahali pabaya pa kuanzia. Proksi ya HTTP au SOCKS ya ndani inaweza kuwa muunganisho wa kwanza uliokusudiwa, hata wakati huduma unayotaka iko mahali pengine kabisa. Ikiwa proksi hiyo haifanyi kazi tena, jaribio la localhost hushindwa kabla curl kufika lengo. Jibu la proksi pia si uthibitisho kwamba lengo limejibu.

Fuata hatua hizi kwa mpangilio na usimame kwenye hatua ya kwanza inayobadilisha jaribio la kwanza la muunganisho.

Kwanza soma kanuni za proksi za curl yenyewe

curl husoma vibadilika vya proksi maalum kwa itifaki, kama vile https_proxy na HTTPS_PROXY, pamoja na ALL_PROXY wakati hakuna thamani maalum ya itifaki inayotumika. Chunguza mazingira ya shell, huduma au kazi inayoanzisha curl kwa kweli, sio yale ya terminal yako ya sasa. Kazi ya CI, kitengo cha systemd na shell shirikishi vinaweza kurithi seti tatu tofauti. Kukisia kutokana na shell inayoonekana ndiko kunakofanya uchunguzi huu upoteze mchana mzima.

Kuna ubaguzi mmoja unaostahili kukumbukwa. curl hukubali http_proxy kwa herufi ndogo tu; herufi kubwa HTTP_PROXY hupuuzwa, ndiyo sababu mazingira yale yale hujiendesha tofauti katika zana nyingine.

Soma thamani hizo kwa faragha, kwa sababu URL ya proksi mara nyingi hubeba vitambulisho.

Kisha angalia faili ya usanidi chaguo-msingi ya curl kwa vipitisho vya proksi au muunganisho, na uthibitishe faili tendaji unayoiendesha kwa kweli. Alias ya shell, kitendakazi au hati ya kufunika inaweza kuongeza chaguo ambazo hazionekani kamwe kwenye mstari wako wa amri.

Linganisha miito mitatu ukiwa na TLS imewashwa

Tumia lengo moja la uchunguzi lililoidhinishwa na binary ile ile kwa utekelezaji wote tatu.

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 hukandamiza curlrc chaguo-msingi na lazima iwe kigezo cha kwanza kwenye mstari ili kufanya kazi. Haiondoi vibadilika vya mazingira ya proksi, jambo linalowashangaza wanaotarajia hivyo. Umbo la tatu huongeza thamani --proxy tupu, likipitisha proksi iliyoombwa na mazingira kwa mwito huo pekee. Linganisha jaribio la kwanza la muunganisho katika kila matokeo, sio msimbo wa hali ya mwisho.

Matokeo ya kina yanaweza kufichua vichwa, tokeni na vitambulisho vya proksi, kwa hivyo viweke ndani na soma sehemu kabla ya kushiriki.

Kila matokeo huondoa nini

Ikiwa kuacha usanidi chaguo-msingi kunabadilisha muunganisho, faili ya usanidi ndiyo chanzo. Ikiwa kuzima kwa uwazi proksi iliyorithiwa kunabadilisha hilo, kibadilika cha mazingira ndiyo chanzo. Ikiwa hakuna hata kimoja kinachobadilisha na localhost bado inaonekana, angalia vipitisho vya muunganisho kwenye mstari wa amri, utatuzi wa majina ya mwenyeji na faili tendaji iliyochaguliwa. Kila kimoja kina marekebisho tofauti, na hakuna hata kimoja kilicho mabadiliko ya uelekezaji.

Kupakia maktaba maalum au tabia ya mtandao iliyodungwa ni tabaka la baadaye, na kibadilika cha mazingira peke yake si uthibitisho wake.

Tenganisha uamuzi wa proksi na VPN

Mara curl inapochagua lengo la moja kwa moja, mfumo wa uendeshaji bado unaelekeza muunganisho huo. Kuzima proksi ya programu hakuzimi njia ya VPN au sera yake ya uchujaji. Fanya ulinganisho wa ufikiaji wa moja kwa moja pale tu uchunguzi huo umeidhinishwa. Jaribio linalokwepa sera kwa utulivu si matokeo halali, ni tukio.

Ikiwa proksi ya ndani inahitajika, rejesha huduma na anwani yake badala ya kufuta mipangilio yake.

Ikiwa ni maeneo maalum ya faragha pekee yanayohitaji ufikiaji wa moja kwa moja, ongeza ubaguzi mwembamba uliidhinishwa na uendelee kuwa na proksi kwa kila kitu kingine. Hifadhi kosa la kwanza kutoka kwenye njia iliyochaguliwa, kwa sababu kukataliwa kwa localhost, kukataliwa kwa CONNECT ya proksi, kushindwa kwa cheti na kosa la uidhinishaji vinaonyesha hatua nne tofauti.