Ці падтрымлівае NO_PROXY regex і шаблоны wildcard?
Выбірайце выраз абыходу, які падтрымлівае рэальны кліент, замест таго каб меркаваць, што NO_PROXY прымае рэгулярныя выразы ці сінтаксіс wildcard браўзера.
Выключэнне выглядае пераканаўча: *.server.*. Яно таксама выглядае як шаблон абалонкі. Ні той, ні другі факт не даказвае, што ваш HTTP-кліент разумее яго.
NO_PROXY не з'яўляецца агульным рухавіком рэгулярных выразаў. Асобная зорачка аднаго кліента не даказвае падтрымку адвольных wildcard у сярэдзіне імені. curl дакументуе адзіную * як абыход усіх хастоў. Гэта вельмі адрозніваецца ад абяцання, што *.server.* выбірае сямейства даменаў.
Пачніце з імён, якія вы сапраўды запытваеце. Калі патрабаванне — адзін вядомы дамен і яго паддамены, выкарыстоўвайце дакументаваную форму дамена спажыўца. Калі патрабаванне — некалькі незвязаных імён, якія змяшчаюць слова, можа спатрэбіцца падтрымоўваны API выбару маршруту або палітыка PAC. Даданне большай колькасці пунктуацыі да непадтрымоўванага шаблону не можа даць гэтую магчымасць.
Трымайце некалькі контрпрыкладаў побач з меркаванымі супадзеннямі. Ці павінны server.example, files.server.example і server.other.test усе абыходзіцца? А як наконт імені з тымі ж літарамі без той жа мяжы дамена? Гэтыя адказы вызначаюць патрабаванне больш ясна, чым называнне налады «wildcard».
Змена кліентаў — гэта прычына яшчэ раз праверыць шаблон. Правіла абыходу, скапіяванае з пашырэння браўзера, не з'яўляецца аўтаматычна сапраўдным у зменнай асяроддзя, якую чытае іншая праграма.