Støtter NO_PROXY regex- og wildcard-mønstre?
Velg et omgåelsesuttrykk som den faktiske klienten støtter, i stedet for å anta at NO_PROXY godtar regulære uttrykk eller nettleserens wildcard-syntaks.
Unntaket ser overbevisende ut: *.server.*. Det ser også ut som et shell-mønster. Ingen av disse fakta beviser at HTTP-klienten din forstår det.
NO_PROXY er ikke en delt motor for regulære uttrykk. Én klients spesielle stjerne beviser ikke støtte for vilkårlige wildcards midt i et navn. curl dokumenterer en enkelt * som omgåelse av alle verter. Det er svært forskjellig fra å love at *.server.* velger en familie av domener.
Start med navnene du faktisk ber om. Hvis kravet er ett kjent domene og dets underdomener, bruk forbrukerens dokumenterte domeneform. Hvis kravet er flere urelaterte navn som inneholder et ord, kan en støttet API for rutevalg eller en PAC-policy være nødvendig. Å legge til mer tegnsetting i et mønster uten støtte kan ikke gi den funksjonen.
Ha noen moteksempler ved siden av de tiltenkte treffene. Skal server.example, files.server.example og server.other.test alle omgås? Og et navn med de samme bokstavene uten den samme domenegrensen? Disse svarene definerer kravet tydeligere enn å kalle innstillingen en «wildcard».
Å bytte klient er en grunn til å kontrollere mønsteret på nytt. En omgåelsesregel kopiert fra en nettleserutvidelse er ikke automatisk gyldig i en miljøvariabel som leses av et annet program.