El bypass CIDR de curl falla mientras --noproxy '*' funciona
Use el cliente real y la versión de la biblioteca enlazada para explicar las diferencias de la función de bypass en lugar de culpar a toda una versión del sistema operativo.
Una petición a una IP privada literal usa el proxy con una excepción de subred, pero pasa directamente con --noproxy '*'. Eso no demuestra que el sistema operativo ignore todas las excepciones de proxy.
El cliente ha demostrado una forma de bypass comprendida. La siguiente pregunta es si implementa la forma de rango que usted proporcionó.
curl añadió la coincidencia CIDR para estas excepciones en 7.86.0. Una máquina con una versión del sistema operativo que parece más nueva aún puede tener un cliente o una biblioteca enlazada de otra línea de versiones. Compruebe el ejecutable que se invoca realmente y su libcurl enlazada, no solo el nombre del sistema operativo del título del incidente.
Una aplicación que usa libcurl también puede diferir del comando curl independiente. Los parches de la distribución pueden importar, así que use la documentación de funciones del paquete instalado cuando la versión base por sí sola no sea concluyente.
Mantenga la entrada de la petición exacta. Un nombre de host que se resuelve dentro de la subred es un caso distinto de una URL que contiene la dirección literal. Un analizador CIDR compatible no realiza automáticamente una consulta DNS para convertir cada nombre en una decisión de bypass basada en la dirección.
Recoja la identidad del cliente, la URL exacta, el valor de la excepción y el resultado controlado antes de reemplazar paquetes o generar una lista enorme de direcciones individuales. Un bypass global para todos los hosts es una prueba útil sobre la comparación; pero no es automáticamente la política de enrutamiento permanente prevista.