Ar NO_PROXY palaiko regex ir wildcard šablonus?
Pasirinkite apėjimo išraišką, kurią palaiko tikrasis klientas, o ne manykite, kad NO_PROXY priima reguliariąsias išraiškas ar naršyklės wildcard sintaksę.
Išimtis atrodo įtikinamai: *.server.*. Ji taip pat atrodo kaip shell šablonas. Nė vienas iš šių faktų neįrodo, kad jūsų HTTP klientas ją supranta.
NO_PROXY nėra bendras reguliariųjų išraiškų variklis. Vieno kliento ypatinga žvaigždutė neįrodo, kad palaikomi savavališki wildcard'ai vardo viduryje. curl dokumentuoja vieną * kaip visų hostų apėjimą. Tai labai skiriasi nuo pažado, kad *.server.* pasirenka domenų šeimą.
Pradėkite nuo vardų, kurių iš tikrųjų prašote. Jei reikalavimas yra vienas žinomas domenas ir jo subdomenai, naudokite vartotojo dokumentuotą domeno formą. Jei reikalavimas yra keli nesusiję vardai, turintys žodį, gali prireikti palaikomo maršruto pasirinkimo API arba PAC politikos. Daugiau skyrybos ženklų pridėjimas prie nepalaikomo šablono negali suteikti šios funkcijos.
Laikykite kelis priešingus pavyzdžius šalia numatytų atitikmenų. Ar server.example, files.server.example ir server.other.test turėtų būti apeinami? O vardas, turintis tas pačias raides be tos pačios domeno ribos? Tie atsakymai apibrėžia reikalavimą aiškiau nei nustatymo pavadinimas „wildcard“.
Kliento keitimas yra priežastis dar kartą patikrinti šabloną. Apėjimo taisyklė, nukopijuota iš naršyklės plėtinio, nėra automatiškai galiojanti aplinkos kintamajame, kurį skaito kita programa.