De proxy die in je curl-configuratie verborgen zit

Je hebt de proxyvariabelen verwijderd en een nieuwe terminal geopend, maar curl maakt nog steeds verbinding met dezelfde proxy. Controleer eerst het eigen configuratiebestand van curl voordat je de netwerkinstellingen van het systeem wijzigt.

curl kan bij het starten een standaardconfiguratie laden. Een blijvende proxyvermelding gebruikt de configuratiesyntaxis:

proxy = "http://203.0.113.10:8080"

De documentatie van het configuratiebestand legt ondersteunde bestandslocaties en parseerregels uit. Het bovenstaande adres is illustratief; de HTTP-proxylijst biedt kandidaten voor een toegestane test van een openbare route. Gebruik de gedocumenteerde zoekvolgorde voor je platform; een bestandsnaam uit een oud Windows-antwoord kan het bestand missen dat je geïnstalleerde curl werkelijk leest.

Begin een vergelijking zonder het standaardbestand

Plaats -q eerst om te voorkomen dat curl de standaardconfiguratie laadt. Maak voor een expliciet direct verzoek ook de proxykeuze leeg:

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

Alleen het configuratiebestand onderdrukken laat andere invoer staan, waaronder omgevingsvariabelen. De lege proxyoptie maakt de routeringsintentie duidelijk.

Een shell-alias of wrapper kan proxyopties toevoegen voordat curl je argumenten ziet. Als de minimale vergelijking onverwacht werkt, controleer dan hoe de shell de opdracht vindt en welke configuratiebestanden bestaan.

Houd standaardwaarden eenvoudig

Een standaardbestand is handig voor een stabiele persoonlijke route. Scripts die een specifieke proxy nodig hebben, moeten die afhankelijkheid duidelijk vermelden in plaats van te vertrouwen op een bestand in de thuismap van een ontwikkelaar.

Wees voorzichtig met inloggegevens in blijvende configuratie. Beperk de toegang tot het bestand en kopieer het niet naar projectrepositories of supporttickets. Een nuttig diagnostisch rapport noemt de gekozen proxy zonder het wachtwoord te publiceren.