Admite NO_PROXY expresións regulares e patróns wildcard?
Escolla unha expresión de omisión que admita o cliente real en lugar de supor que NO_PROXY acepta expresións regulares ou a sintaxe wildcard do navegador.
A excepción parece convincente: *.server.*. Tamén parece un patrón de shell. Ningún deses feitos demostra que o seu cliente HTTP a entenda.
NO_PROXY non é un motor compartido de expresións regulares. O asterisco especial dun cliente non demostra compatibilidade con wildcards arbitrarios no medio dun nome. curl documenta un único * como omisión de todos os servidores. Iso é moi distinto de prometer que *.server.* selecciona unha familia de dominios.
Comece polos nomes que realmente solicita. Se o requisito é un dominio coñecido e os seus subdominios, use a forma de dominio documentada polo consumidor. Se o requisito son varios nomes non relacionados que conteñen unha palabra, pode facer falta unha API de selección de ruta compatible ou unha política PAC. Engadir máis puntuación a un patrón non compatible non pode fornecer esa función.
Manteña algúns contraexemplos xunto ás coincidencias previstas. Deben omitirse server.example, files.server.example e server.other.test? E un nome coas mesmas letras sen a mesma fronteira de dominio? Esas respostas definen o requisito con máis claridade que chamarlle «wildcard» ao axuste.
Cambiar de cliente é motivo para comprobar o patrón de novo. Unha regra de omisión copiada dunha extensión de navegador non é automaticamente válida nunha variable de contorno que le outro programa.