CIDR-omgåing i curl feilar medan --noproxy '*' verkar
Bruk den faktiske klienten og den lenkja bibliotekversjonen til å forklare skilnader i omgåingsfunksjonen i staden for å klandre ei heil operativsystemutgiving.
Ein førespurnad til ein bokstaveleg privat IP brukar mellomtenaren med eit subnettunntak, men går direkte med --noproxy '*'. Det provar ikkje at operativsystemet overser kvart mellomtenarunntak.
Klienten har synt éin forstått omgåingsform. Det neste spørsmålet er om han implementerer områdeforma du oppgav.
curl la til CIDR-samsvar for desse unntaka i 7.86.0. Ei maskin med ei operativsystemutgiving som ser nyare ut kan framleis ha ein klient eller eit lenkja bibliotek frå ei anna versjonsline. Kontroller den faktisk påkalla kjørbare fila og den lenkja libcurl-en, ikkje berre OS-namnet i tittelen på saka.
Eit program som brukar libcurl kan òg skilje seg frå den frittståande curl-kommandoen. Distribusjonsrettingar kan ha noko å seie, så bruk funksjonsdokumentasjonen til den installerte pakka når grunnversjonen åleine ikkje er avgjerande.
Hald inndataa i førespurnaden nøyaktige. Eit vertsnamn som løyser seg til subnettet er eit anna tilfelle enn ein URL som inneheld den bokstavelege adressa. Ein støtta CIDR-parsar gjer ikkje automatisk eit DNS-oppslag for å gjere kvart namn om til eit adressebasert omgåingsvedtak.
Samle klientidentitet, nøyaktig URL, unntaksverdi og kontrollert resultat før du byter pakkar eller lagar ei enorm liste med individuelle adresser. Ei global omgåing for alle vertar er nyttig prov om samanlikninga; men ho er ikkje automatisk den tiltenkte varige rutepolitikken.