Støttar NO_PROXY regex- og wildcard-mønster?
Vel eit omgåingsuttrykk som den faktiske klienten støttar, i staden for å anta at NO_PROXY godtek regulære uttrykk eller wildcard-syntaksen til nettlesaren.
Unntaket ser overtydande ut: *.server.*. Det ser òg ut som eit shell-mønster. Ingen av desse fakta beviser at HTTP-klienten din forstår det.
NO_PROXY er ikkje ein delt motor for regulære uttrykk. Den særeigne stjerna til éin klient beviser ikkje støtte for vilkårlege wildcards midt i eit namn. curl dokumenterer éin * som omgåing av alle vertar. Det er svært ulikt å lova at *.server.* vel ein familie av domene.
Byrja med namna du faktisk ber om. Viss kravet er eitt kjent domene og underdomene til det, bruk den dokumenterte domeneforma til forbrukaren. Viss kravet er fleire urelaterte namn som inneheld eit ord, kan ein støtta API for ruteval eller ein PAC-policy vera nødvendig. Å leggja til meir teiknsetjing i eit mønster utan støtte kan ikkje gje den funksjonen.
Hald nokre moteksempel ved sida av dei tiltenkte treffa. Skal server.example, files.server.example og server.other.test alle omgåast? Og eit namn med dei same bokstavane utan den same domenegrensa? Dei svara definerer kravet tydelegare enn å kalla innstillinga ein «wildcard».
Å byta klient er ein grunn til å kontrollera mønsteret på nytt. Ein omgåingsregel kopiert frå ei nettlesarutviding er ikkje automatisk gyldig i ein miljøvariabel som blir lesen av eit anna program.