Абыход CIDR у curl не працуе, а --noproxy '*' працуе
Каб растлумачыць адрозненні ў функцыі абыходу, выкарыстоўвайце фактычную версію кліента і звязанай бібліятэкі, а не вінаваць усё выданне аперацыйнай сістэмы.
Запыт да літаральнага прыватнага IP выкарыстоўвае проксі з выключэннем для падсеткі, але ідзе наўпрост з --noproxy '*'. Гэта не даказвае, што аперацыйная сістэма ігнаруе ўсе выключэнні проксі.
Кліент прадэманстраваў адну зразумелую форму абыходу. Наступнае пытанне — ці рэалізуе ён форму дыяпазону, якую вы падалі.
curl дадаў супастаўленне CIDR для гэтых выключэнняў у 7.86.0. Машына з выглядам навейшага выдання аперацыйнай сістэмы ўсё яшчэ можа мець кліент або звязаную бібліятэку з іншай лініі версій. Правярайце выканальны файл, які фактычна выклікаецца, і звязаны з ім libcurl, а не толькі назву АС у загалоўку праблемы.
Прыкладанне, якое выкарыстоўвае libcurl, можа адрознівацца ад асобнай каманды curl. Патчы дыстрыбутыва таксама могуць мець значэнне, таму карыстайцеся дакументацыяй магчымасцей усталяванага пакета, калі базавай версіі недастаткова для высновы.
Трымайце ўваходныя даныя запыту дакладнымі. Імя хоста, якое рэзалвіцца ў падсетку, — гэта іншы выпадак, чым URL з літаральным адрасам. Падтрымліваемы парсер CIDR не выконвае аўтаматычна запыт DNS, каб ператварыць кожнае імя ў рашэнне аб абыходзе на аснове адраса.
Збірайце ідэнтычнасць кліента, дакладны URL, значэнне выключэння і кантраляваны вынік, перш чым замяняць пакеты або ствараць велізарны спіс асобных адрасоў. Глабальны абыход для ўсіх хостаў — карыснае сведчанне пра параўнанне; але гэта не аўтаматычна жаданая пастаянная палітыка маршрутызацыі.