Admet NO_PROXY expressions regulars i patrons wildcard?
Trieu una expressió d'omissió que el client real admeti en lloc de suposar que NO_PROXY accepta expressions regulars o la sintaxi wildcard del navegador.
L'excepció sembla convincent: *.server.*. També sembla un patró d'intèrpret d'ordres. Cap de les dues coses no demostra que el vostre client HTTP ho entengui.
NO_PROXY no és un motor compartit d'expressions regulars. L'asterisc especial d'un client no demostra suport per a wildcards arbitraris al mig d'un nom. curl documenta un únic * com a omissió de tots els amfitrions. Això és molt diferent de prometre que *.server.* selecciona una família de dominis.
Comenceu pels noms que realment sol·liciteu. Si el requisit és un domini conegut i els seus subdominis, feu servir la forma de domini documentada pel consumidor. Si el requisit és diversos noms no relacionats que contenen una paraula, pot caldre una API de selecció de ruta admesa o una política PAC. Afegir més puntuació a un patró no admès no pot proporcionar aquesta funció.
Mantingueu alguns contraexemples al costat de les coincidències previstes. Han d'ometre's server.example, files.server.example i server.other.test tots? I un nom amb les mateixes lletres sense la mateixa frontera de domini? Aquestes respostes defineixen el requisit més clarament que anomenar el paràmetre «wildcard».
Canviar de client és un motiu per tornar a comprovar el patró. Una regla d'omissió copiada d'una extensió de navegador no és automàticament vàlida en una variable d'entorn que llegeix un altre programa.