Dominios principales y subdominios en .NET NO_PROXY
Incluya el dominio principal a propósito cuando una política de proxy de entorno de .NET también deba omitir sus subdominios.
En las reglas de proxy de entorno documentadas de .NET, .example.com coincide con los subdominios. No coincide con example.com en sí mismo. Esa pequeña distinción puede dividir un servicio en dos rutas.
| Entrada | Coincidencia .NET prevista |
|---|---|
example.com | El nombre de host principal |
.example.com | Nombres de host por debajo de ese dominio |
example.com,.example.com | Ambos grupos |
Suponga que la página de destino usa el nombre principal y que su API usa api.example.com. Una lista que solo contenga la forma con punto puede enviar la página de destino a través del proxy mientras la API va directa. El error inverso es listar solo el dominio principal y esperar que coincida cada hijo. Inspeccione HttpClient.DefaultProxy.IsBypassed para el dominio principal y un hijo para comprobar la decisión configurada.
Esto se aplica a la política de entorno que utiliza el cliente HTTP de .NET participante. Un IWebProxy asignado explícitamente, otra implementación de controlador u otra generación de tiempo de ejecución necesita comprobar sus propias reglas. No asuma que la lista de omisión de un navegador se ha convertido en esta lista de entorno.
También resista el hábito de traducir la configuración a *.example.com. La sintaxis de entorno de .NET documentada no trata el asterisco como un comodín general.
Al comparar un comando curl que funciona con la aplicación, conserve la URL literal en el informe. “El mismo servidor” oculta si solicitó el dominio principal, un subdominio o una dirección IP. La coincidencia de dominio se realiza contra esa entrada de solicitud, no contra su nombre informal del servicio.