O bypass CIDR de curl falla mentres --noproxy '*' funciona
Use o cliente real e a versión da biblioteca ligada para explicar as diferenzas da función de bypass en vez de culpar a toda unha versión do sistema operativo.
Unha petición a un IP privado literal usa o proxy cunha excepción de subrede, pero pasa directamente con --noproxy '*'. Iso non demostra que o sistema operativo ignore todas as excepcións de proxy.
O cliente demostrou unha forma de bypass comprendida. A seguinte pregunta é se implementa a forma de rango que vostede forneceu.
curl engadiu a coincidencia CIDR para estas excepcións na versión 7.86.0. Unha máquina cunha versión do sistema operativo que parece máis nova aínda pode ter un cliente ou unha biblioteca ligada doutra liña de versións. Comprobe o executable que se invoca realmente e a súa libcurl ligada, non só o nome do sistema operativo no título do incidente.
Unha aplicación que usa libcurl tamén pode diferir da orde curl independente. Os parches da distribución poden importar, así que use a documentación de funcións do paquete instalado cando a versión base por si soa non é concluínte.
Manteña a entrada da petición exacta. Un nome de host que se resolve na subrede é un caso distinto dun URL que contén o enderezo literal. Un analizador CIDR compatible non realiza automaticamente unha consulta DNS para converter cada nome nunha decisión de bypass baseada no enderezo.
Recompile a identidade do cliente, o URL exacto, o valor da excepción e o resultado controlado antes de substituír paquetes ou xerar unha lista enorme de enderezos individuais. Un bypass global para todos os hosts é unha proba útil sobre a comparación; pero non é automaticamente a política de encamiñamento permanente prevista.