CIDR-kringgående i curl misslyckas medan --noproxy '*' fungerar
Använd den faktiska klienten och den länkade biblioteksversionen för att förklara skillnader i kringgåendefunktionen i stället för att skylla på en hel operativsystemutgåva.
En begäran till en bokstavlig privat IP använder proxyn med ett subnätundantag, men går direkt med --noproxy '*'. Det bevisar inte att operativsystemet bortser från varje proxyundantag.
Klienten har visat en begriplig kringgåendeform. Nästa fråga är om den implementerar intervalformen du angav.
curl lade till CIDR-matchning för dessa undantag i 7.86.0. En maskin med en operativsystemutgåva som ser nyare ut kan fortfarande ha en klient eller länkat bibliotek från en annan versionslinje. Kontrollera den faktiskt anropade körbara filen och dess länkade libcurl, inte bara OS-namnet i ärendets titel.
Ett program som använder libcurl kan också skilja sig från det fristående curl-kommandot. Distributionsrättningar kan spela roll, så använd funktionsdokumentationen för det installerade paketet när basversionen ensam inte är avgörande.
Håll begärans indata exakta. Ett värdnamn som löses till subnätet är ett annat fall än en URL som innehåller den bokstavliga adressen. En CIDR-tolkare som stöds utför inte automatiskt en DNS-fråga för att göra varje namn till ett adressbaserat kringgåendebeslut.
Samla klientidentitet, exakt URL, undantagsvärde och kontrollerat resultat innan du byter paket eller skapar en enorm lista med enskilda adresser. Ett globalt kringgående för alla värdar är ett användbart bevis om jämförelsen; men det är inte automatiskt den avsedda permanenta routningsprincipen.