Acceptă NO_PROXY regex și modele wildcard?
Alegeți o expresie de ocolire pe care clientul real o acceptă, în loc să presupuneți că NO_PROXY acceptă expresii regulate sau sintaxa wildcard a browserului.
Excepția pare convingătoare: *.server.*. Arată și ca un model shell. Niciunul dintre aceste fapte nu dovedește că clientul dvs. HTTP o înțelege.
NO_PROXY nu este un motor comun de expresii regulate. Asteriscul special al unui client nu dovedește suportul pentru wildcard-uri arbitrare în mijlocul unui nume. curl documentează un singur * ca ocolire a tuturor gazdelor. Aceasta este foarte diferit de promisiunea că *.server.* selectează o familie de domenii.
Începeți cu numele pe care le solicitați efectiv. Dacă cerința este un domeniu cunoscut și subdomeniile sale, folosiți forma de domeniu documentată de consumator. Dacă cerința este mai multe nume neînrudite care conțin un cuvânt, poate fi necesar un API acceptat de selectare a rutei sau o politică PAC. Adăugarea mai multor semne de punctuație la un model neacceptat nu poate oferi acea caracteristică.
Păstrați câteva contraexemple lângă potrivirile dorite. Trebuie ocolite server.example, files.server.example și server.other.test? Și un nume cu aceleași litere fără aceeași limită de domeniu? Acele răspunsuri definesc cerința mai clar decât numirea setării „wildcard”.
Schimbarea clientului este un motiv pentru a verifica din nou modelul. O regulă de ocolire copiată dintr-o extensie de browser nu este automat valabilă într-o variabilă de mediu citită de alt program.