Miks curl ühendub localhostiga, mitte kaug-URL-iga

Kui curl üritab ühenduda localhostiga olenemata URL-ist, mille te andsite, on VPN vale koht, kust alustada. Kohalik HTTP või SOCKS puhverserver võib olla kavandatud esimene ühendus, isegi kui soovitud teenus asub hoopis mujal. Kui see puhverserver enam ei tööta, ebaõnnestub localhosti katse enne, kui curl sihtmärgini jõuab. Ka puhverserveri vastus ei tõesta, et sihtmärk vastas.

Tehke need sammud järjekorras ja peatuge esimese juures, mis muudab esimest ühendusekatset.

Lugege kõigepealt curli enda puhverserveri reegleid

curl loeb protokollipõhiseid puhverserveri muutujaid, näiteks https_proxy ja HTTPS_PROXY, lisaks ALL_PROXY, kui ükski protokollipõhine väärtus ei kehti. Kontrollige selle kesta, teenuse või ülesande keskkonda, mis curl'i tegelikult käivitab, mitte seda, mis on teie praeguses terminalis. CI-töö, systemd-üksus ja interaktiivne kest võivad pärida kolm erinevat komplekti. Just nähtava kesta põhjal oletamine on see, kuidas see uurimine terve pärastlõuna kaotab.

Üks erand tasub meelde jätta. curl aktsepteerib http_proxy ainult väiketähtedega; suurtäheline HTTP_PROXY jäetakse tähelepanuta, mistõttu käitub sama keskkond teistes tööriistades teisiti.

Lugege väärtusi privaatselt, sest puhverserveri URL kannab sageli mandaate.

Seejärel kontrollige curli vaikimisi konfiguratsioonifaili puhverserveri või ühenduse alistuste suhtes ja veenduge, millist käivitatavat faili te tegelikult käivitate. Kesta alias, funktsioon või ümbriskript võib lisada valikuid, mis ei ilmu kunagi teie käsureal.

Võrrelge kolme kutset, kui TLS on sees

Kasutage kõigi kolme käivituse jaoks ühte heakskiidetud diagnostilist sihti ja sama binaarfaili.

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 summutab vaikimisi curlrc-i ja peab töötamiseks olema rea esimene parameeter. See ei eemalda puhverserveri keskkonnamuutujaid, mis üllatab neid, kes seda ootavad. Kolmas vorm lisab tühja --proxy-väärtuse, alistades keskkonna poolt nõutud puhverserveri ainult selle kutse jaoks. Võrrelge esimest ühendusekatset igas väljundis, mitte lõplikku olekukoodi.

Üksikasjalik väljund võib paljastada päiseid, tunnuseid ja puhverserveri mandaate, seega hoidke see kohapeal ja lugege katkendeid enne jagamist.

Mida iga tulemus välistab

Kui vaikekonfiguratsiooni ärajätmine muudab ühendust, on allikaks konfiguratsioonifail. Kui päritud puhverserveri selgesõnaline keelamine muudab seda, on allikaks keskkonnamuutuja. Kui kumbki ei muuda seda ja localhost ilmub endiselt, vaadake käsurea ühenduse alistusi, hostinimede lahendamist ja valitud käivitatavat faili. Igal neist on erinev parandus ja ükski neist ei ole marsruutimise muudatus.

Kohandatud teekide laadimine või süstitud võrgukäitumine on hilisem kiht ja üksi keskkonnamuutuja ei ole selle tõestus.

Hoidke puhverserveri otsus VPN-ist eraldi

Kui curl valib otsese sihtmärgi, marsruudib operatsioonisüsteem selle ühenduse endiselt. Rakenduse puhverserveri keelamine ei keela VPN-i marsruuti ega selle filtreerimispoliitikat. Tehke otsese juurdepääsu võrdlusi ainult seal, kus see diagnostika on lubatud. Test, mis poliitikast vaikselt mööda läheb, ei ole kehtiv tulemus, vaid intsident.

Kui kohalik puhverserver on vajalik, taastage selle teenus ja aadress, selle asemel et selle seadeid kustutada.

Kui otsest juurdepääsu vajavad ainult valitud privaatsed sihtmärgid, lisage kitsas heakskiidetud erand ja jätke puhverserver kõige muu jaoks. Säilitage valitud teelt esimene viga, sest localhosti keeldumine, puhverserveri CONNECT-i tagasilükkamine, sertifikaadi tõrge ja autoriseerimisviga tähistavad nelja erinevat etappi.