Ocolirea CIDR din curl eșuează, în timp ce --noproxy '*' funcționează
Folosiți versiunea reală a clientului și a bibliotecii asociate pentru a explica diferențele funcției de ocolire, în loc să dați vina pe o întreagă versiune de sistem de operare.
O cerere către un IP privat literal folosește proxy-ul cu o excepție de subrețea, dar merge direct cu --noproxy '*'. Asta nu dovedește că sistemul de operare ignoră fiecare excepție de proxy.
Clientul a demonstrat o formă de ocolire înțeleasă. Următoarea întrebare este dacă implementează forma pe interval pe care ați furnizat-o.
curl a adăugat potrivirea CIDR pentru aceste excepții în 7.86.0. O mașină cu o versiune de sistem de operare care pare mai nouă poate avea în continuare un client sau o bibliotecă asociată dintr-o altă linie de versiuni. Verificați executabilul apelat efectiv și libcurl asociat, nu doar numele sistemului de operare din titlul problemei.
O aplicație care folosește libcurl poate diferi și de comanda curl independentă. Patch-urile distribuției pot conta, așa că folosiți documentația funcțiilor pachetului instalat atunci când versiunea de bază singură nu este concludentă.
Păstrați intrarea cererii exactă. Un nume de gazdă care se rezolvă în subrețea este un caz diferit de un URL care conține adresa literală. Un parser CIDR acceptat nu face automat o interogare DNS pentru a transforma fiecare nume într-o decizie de ocolire bazată pe adresă.
Colectați identitatea clientului, URL-ul exact, valoarea excepției și rezultatul controlat înainte de a înlocui pachete sau de a genera o listă enormă de adrese individuale. O ocolire globală pentru toate gazdele este o dovadă utilă despre comparație; dar nu este automat politica de rutare permanentă dorită.