Valores no_proxy y NO_PROXY en conflicto en Linux
Encuentre los valores no_proxy y NO_PROXY en conflicto antes de suponer que dos clientes recibieron la misma política de enrutamiento directo.
Un proceso de Linux puede heredar ambos valores:
NO_PROXY=old.office.example
no_proxy=new.office.exampleSon nombres distintos en un entorno sensible a mayúsculas y minúsculas. Un cliente que admite ambos puede elegir solo un valor no vacío, así que imprimir solo NO_PROXY puede pasar por alto la política que realmente utiliza.
| Implementación concreta | Prioridad cuando ambos no están vacíos |
|---|---|
| El ayudante de proxy de entorno incluido en Go 1.27.3 | Mayúsculas antes que minúsculas |
| La búsqueda de omisión de Requests 2.34.2 | Minúsculas antes que mayúsculas |
Revise ambas grafías en el límite de arranque del proceso que falla. Su unidad de servicio, el perfil del shell, la definición del contenedor o el ejecutor de tareas pueden aportar el valor que sobrevive. Corrija el origen del conflicto en lugar de sustituir el servidor proxy mientras quedan dos políticas distintas.
Dé a los programas participantes la lista prevista mediante su configuración admitida. Si la compatibilidad exige ambas grafías, mantenga los valores sincronizados. Registre también las variables del punto final de proxy elegido: combinar el punto final de un cliente con la lista de omisiones de otro cliente no es una comparación controlada.
La tabla describe esas versiones del código fuente, no todos los programas Go ni las bibliotecas Python futuras. Windows también tiene una semántica distinta de mayúsculas en los nombres de entorno; revise qué guarda su proceso en lugar de suponer que reproduce el conflicto de dos nombres de Linux.