Il bypass CIDR di curl fallisce mentre --noproxy '*' funziona
Usate la versione effettiva del client e della libreria collegata per spiegare le differenze della funzione di bypass invece di incolpare un'intera release del sistema operativo.
Una richiesta verso un IP privato letterale usa il proxy con un'eccezione di sottorete, ma passa diretto con --noproxy '*'. Ciò non dimostra che il sistema operativo ignori ogni eccezione del proxy.
Il client ha dimostrato una forma di bypass comprensibile. La domanda successiva è se implementa la forma a intervallo che avete fornito.
curl ha aggiunto la corrispondenza CIDR per queste eccezioni nella versione 7.86.0. Una macchina con una release del sistema operativo che sembra più recente può comunque avere un client o una libreria collegata di un'altra linea di versioni. Controllate l'eseguibile realmente invocato e la sua libcurl collegata, non solo il nome del sistema operativo nel titolo del problema.
Un'applicazione che usa libcurl può differire anche dal comando curl autonomo. Le patch della distribuzione possono contare, quindi usate la documentazione delle funzioni del pacchetto installato quando la sola versione di base non è conclusiva.
Mantenete esatto l'input della richiesta. Un nome host che si risolve nella sottorete è un caso diverso da un URL che contiene l'indirizzo letterale. Un parser CIDR supportato non esegue automaticamente una query DNS per trasformare ogni nome in una decisione di bypass basata sull'indirizzo.
Raccogliete l'identità del client, l'URL esatto, il valore dell'eccezione e il risultato controllato prima di sostituire pacchetti o generare un elenco enorme di singoli indirizzi. Un bypass globale per tutti gli host è una prova utile sul confronto; ma non è automaticamente la politica di instradamento permanente prevista.