NO_PROXY beskriver mål som ska nås direkt. Det anger inte proxyservrar att undvika. Att lägga den valda proxyns egen IP i listan avgör inte om en orelaterad webbplats använder den proxyn.

PostBetydelse i curl
example.comDen angivna domänen och matchande underdomäner går förbi proxyn.
.example.comEtt undantag efter domänsuffix, inklusive själva domänen.
192.168.1.10En matchande bokstavlig mål-IP går förbi proxyn.
192.168.0.0/16Matchande bokstavliga IP-mål går förbi den; CIDR-stöd kräver curl 7.86.0 eller senare.
*Alla mål går förbi proxyn.

Tom lista och asterisk är olika

För ett uttryckligt proxytest tar en tom kommandoradslista bort miljöns matchningar för undantag:

curl --proxy http://203.0.113.10:8080 --noproxy '' \
  --connect-timeout 5 --max-time 15 https://example.com/

Byt dokumentationsslutpunkten mot din HTTP-proxy eller en kandidat från HTTP-proxylistan. För motsatt jämförelse gör jokertecknet inom citattecken begäran direkt, trots att proxyalternativet finns:

curl --proxy http://203.0.113.10:8080 --noproxy '*' \
  --connect-timeout 5 --max-time 15 https://example.com/

Behåll citattecknen så att skalet inte expanderar jokertecknet till filnamn. Att ta bort en miljövariabel, ge den ett tomt värde och ange en kommandoradsöverstyrning är skilda åtgärder; en annan tillämplig inställning kan finnas kvar efter att bara en definition tagits bort.

CIDR är inte en regel för alla namn som slås upp till ett nät

En CIDR-post matchas mot en IP-adress som används som målvärd. Det är ingen allmän instruktion att först slå upp varje värdnamn och gå förbi proxyn om svaret ligger inom nätet. En URL med värdnamn och en URL med dess numeriska adress kan därför välja olika vägar.

Använd värdnamn eller domänsuffix när URL:en innehåller det. Lägg inte ett fullständigt schema, en sökväg eller ett webbläsaruttryck för undantag i listan och anta att curl tolkar det likadant.

Reglerna beskriver curl 8.14.1. Andra klienter har eget NO_PROXY-beteende, med skillnader i jokertecken och portmatchning.

Relaterade artiklar