El bypass CIDR de curl falla mentre --noproxy '*' funciona
Feu servir el client real i la versió de la biblioteca enllaçada per explicar les diferències de la funció de bypass en comptes de culpar tota una versió del sistema operatiu.
Una petició a una IP privada literal fa servir el proxy amb una excepció de subxarxa, però passa directament amb --noproxy '*'. Això no demostra que el sistema operatiu ignori totes les excepcions de proxy.
El client ha demostrat una forma d'bypass compresa. La pregunta següent és si implementa la forma de rang que heu proporcionat.
curl va afegir la coincidència CIDR per a aquestes excepcions a la versió 7.86.0. Una màquina amb una versió del sistema operatiu que sembla més nova encara pot tenir un client o una biblioteca enllaçada d'una altra línia de versions. Comproveu l'executable que s'invoca realment i el seu libcurl enllaçat, no només el nom del sistema operatiu del títol de l'incident.
Una aplicació que fa servir libcurl també pot diferir de l'ordre curl independent. Els pedaços de la distribució poden importar, així que feu servir la documentació de funcions del paquet instal·lat quan la versió base per si sola no és concloent.
Manteniu l'entrada de la petició exacta. Un nom d'amfitrió que es resol dins de la subxarxa és un cas diferent d'una URL que conté l'adreça literal. Un analitzador CIDR compatible no fa automàticament una consulta DNS per convertir cada nom en una decisió de bypass basada en l'adreça.
Recolliu la identitat del client, l'URL exacta, el valor de l'excepció i el resultat controlat abans de substituir paquets o de generar una llista enorme d'adreces individuals. Un bypass global per a tots els amfitrions és una prova útil sobre la comparació; però no és automàticament la política d'encaminament permanent prevista.