O bypass CIDR do curl falha enquanto --noproxy '*' funciona
Use o cliente real e a versão da biblioteca vinculada para explicar as diferenças do recurso de bypass, em vez de culpar toda uma versão do sistema operacional.
Uma requisição para um IP privado literal usa o proxy com uma exceção de sub-rede, mas segue direto com --noproxy '*'. Isso não prova que o sistema operacional ignore todas as exceções de proxy.
O cliente demonstrou uma forma de bypass compreendida. A pergunta seguinte é se ele implementa a forma de intervalo que você forneceu.
O curl adicionou a correspondência CIDR para essas exceções na versão 7.86.0. Uma máquina com uma versão do sistema operacional que parece mais nova ainda pode ter um cliente ou biblioteca vinculada de outra linha de versões. Verifique o executável realmente invocado e sua libcurl vinculada, não apenas o nome do sistema operacional no título do problema.
Um aplicativo que usa libcurl também pode diferir do comando curl autônomo. Os patches da distribuição podem importar, então use a documentação de recursos do pacote instalado quando a versão base sozinha não for conclusiva.
Mantenha a entrada da requisição exata. Um nome de host que resolve para a sub-rede é um caso diferente de uma URL contendo o endereço literal. Um analisador CIDR suportado não executa automaticamente uma consulta DNS para transformar cada nome em uma decisão de bypass baseada em endereço.
Reúna a identidade do cliente, a URL exata, o valor da exceção e o resultado controlado antes de substituir pacotes ou gerar uma lista enorme de endereços individuais. Um bypass global para todos os hosts é uma evidência útil sobre a comparação; mas não é automaticamente a política de roteamento permanente pretendida.