Understøtter NO_PROXY regex og wildcard-mønstre?
Vælg et omgåelsesudtryk, som den faktiske klient understøtter, i stedet for at antage, at NO_PROXY accepterer regulære udtryk eller browserens wildcard-syntaks.
Undtagelsen ser overbevisende ud: *.server.*. Det ligner også et shell-mønster. Ingen af disse kendsgerninger beviser, at din HTTP-klient forstår det.
NO_PROXY er ikke en fælles motor for regulære udtryk. Én klients særlige stjerne beviser ikke støtte til vilkårlige wildcards midt i et navn. curl dokumenterer en enkelt * som omgåelse af alle værter. Det er meget forskelligt fra at love, at *.server.* vælger en familie af domæner.
Start med de navne, du faktisk anmoder om. Hvis kravet er ét kendt domæne og dets underdomæner, brug forbrugerens dokumenterede domæneform. Hvis kravet er flere ubeslægtede navne, der indeholder et ord, kan en understøttet API til rutevalg eller en PAC-politik være nødvendig. At tilføje mere tegnsætning til et mønster uden støtte kan ikke levere den funktion.
Hold et par modeksempler ved siden af de tilsigtede match. Skal server.example, files.server.example og server.other.test alle omgås? Og hvad med et navn med de samme bogstaver uden den samme domænegrænse? De svar definerer kravet tydeligere end at kalde indstillingen en “wildcard”.
At skifte klient er en grund til at kontrollere mønstret igen. En omgåelsesregel kopieret fra en browserudvidelse er ikke automatisk gyldig i en miljøvariabel, som læses af et andet program.