CIDR-omgåelse i curl feiler mens --noproxy '*' virker
Bruk den faktiske klienten og den tilknyttede bibliotekversjonen for å forklare forskjeller i omgåelsesfunksjonen i stedet for å klandre en hel operativsystemutgivelse.
En forespørsel til en bokstavelig privat IP bruker proxyen med et subnettunntak, men går direkte med --noproxy '*'. Det beviser ikke at operativsystemet ser bort fra hvert proxyunntak.
Klienten har vist én forstått omgåelsesform. Det neste spørsmålet er om den implementerer områdeformen du oppgav.
curl la til CIDR-samsvar for disse unntakene i 7.86.0. En maskin som kjører en operativsystemutgivelse som ser nyere ut kan fortsatt ha en klient eller tilknyttet bibliotek fra en annen versjonslinje. Kontroller den faktisk kalte kjørbare filen og dens tilknyttede libcurl, ikke bare OS-navnet i sakens tittel.
Et program som bruker libcurl kan også avvike fra den frittstående curl-kommandoen. Distribusjonsrettinger kan bety noe, så bruk funksjonsdokumentasjonen til den installerte pakken når grunnversjonen alene ikke er avgjørende.
Hold inndataene i forespørselen nøyaktige. Et vertsnavn som løses til subnettet er et annet tilfelle enn en URL som inneholder den bokstavelige adressen. En støttet CIDR-parser utfører ikke automatisk et DNS-oppslag for å gjøre hvert navn om til en adressebasert omgåelsesbeslutning.
Samle klientidentitet, nøyaktig URL, unntaksverdi og kontrollert resultat før du bytter pakker eller lager en enorm liste med individuelle adresser. En global omgåelse for alle verter er nyttig bevis om sammenligningen; men den er ikke automatisk den tiltenkte varige rutepolitikken.