Ang proxy na nakatago sa iyong curl configuration

Inalis mo ang mga proxy variable at nagbukas ng bagong terminal, pero kumokonekta pa rin ang curl sa parehong proxy. Bago baguhin ang network settings ng system, tingnan ang sariling configuration file ng curl.

Maaaring mag-load ang curl ng default configuration sa pagsisimula. Gumagamit ang permanenteng proxy entry ng syntax ng configuration nito:

proxy = "http://203.0.113.10:8080"

Ipinapaliwanag ng dokumentasyon ng configuration file ang mga suportadong lokasyon ng file at parsing rules. Halimbawa lamang ang address sa itaas; nag-aalok ang listahan ng HTTP proxy ng mga kandidato para sa pinahihintulutang public-route test. Gamitin ang dokumentadong search order ng iyong platform; maaaring hindi tumugma ang filename mula sa lumang Windows answer sa file na tunay na binabasa ng naka-install na curl.

Simulan ang paghahambing nang walang default file

Ilagay muna ang -q para pigilan ang pag-load ng default curl configuration. Para sa tahasang direct request, i-clear din ang proxy selection:

curl -q --proxy "" https://example.com/

Ang pagpigil sa configuration file lamang ay nag-iiwan ng ibang input, kabilang ang environment variable. Nililinaw ng walang-lamang proxy option ang routing intent.

Maaaring magdagdag ang shell alias o wrapper ng proxy option bago makita ng curl ang iyong mga argumento. Kung hindi inaasahan ang minimal comparison, tingnan kung paano nireresolba ng shell ang command at kung anong configuration files ang umiiral.

Panatilihing simple ang defaults

Maginhawa ang default file para sa matatag na personal route. Dapat malinaw na ideklara ng mga script na nangangailangan ng partikular na proxy ang dependency na iyon sa halip na umasa sa file sa home directory ng developer.

Mag-ingat sa credentials sa permanent configuration. Limitahan ang access sa file at huwag itong kopyahin sa project repositories o support ticket. Tinutukoy ng kapaki-pakinabang na diagnostic report ang napiling proxy nang hindi inilalabas ang password.