Omijanie CIDR w curl nie działa, a --noproxy '*' działa
Aby wyjaśnić różnice w funkcji omijania, użyj faktycznej wersji klienta i powiązanej biblioteki, zamiast obwiniać całe wydanie systemu operacyjnego.
Żądanie do dosłownego prywatnego adresu IP korzysta z serwera proxy z wyjątkiem podsieci, ale przechodzi bezpośrednio z --noproxy '*'. To nie dowodzi, że system operacyjny ignoruje każdy wyjątek proxy.
Klient pokazał jedną zrozumiałą formę omijania. Kolejne pytanie brzmi, czy implementuje podaną przez Ciebie formę zakresu.
curl dodał dopasowanie CIDR dla tych wyjątków w wersji 7.86.0. Maszyna z wydaniem systemu operacyjnego wyglądającym na nowsze nadal może mieć klienta lub powiązaną bibliotekę z innej linii wersji. Sprawdź faktycznie wywoływany plik wykonywalny i powiązaną z nim libcurl, a nie tylko nazwę systemu operacyjnego w tytule problemu.
Aplikacja korzystająca z libcurl może też różnić się od samodzielnego polecenia curl. Poprawki dystrybucji również mogą mieć znaczenie, więc korzystaj z dokumentacji funkcji zainstalowanego pakietu, gdy sama wersja podstawowa nie rozstrzyga sprawy.
Utrzymuj dokładność danych wejściowych żądania. Nazwa hosta, która rozwiązuje się do podsieci, to inny przypadek niż URL zawierający dosłowny adres. Obsługiwany parser CIDR nie wykonuje automatycznie zapytania DNS, aby każdej nazwie przypisać decyzję o omijaniu opartą na adresie.
Zbierz tożsamość klienta, dokładny URL, wartość wyjątku i kontrolowany wynik, zanim zaczniesz wymieniać pakiety lub generować ogromną listę pojedynczych adresów. Globalne omijanie dla wszystkich hostów jest przydatnym dowodem w porównaniu; ale nie jest automatycznie zamierzoną stałą polityką routingu.