Stipe NO_PROXY regex- en wildcardpatroanen?
Kies in omseilútdrukking dy't de eigentlike klant stipet yn plak fan oan te nimmen dat NO_PROXY reguliere útdrukkingen of de wildcard-syntaksis fan 'e browser akseptearret.
De útsûndering liket oertsjûgjend: *.server.*. It liket ek op in shellpatroan. Gjin fan beide feiten bewiist dat jo HTTP-klant it begrypt.
NO_PROXY is gjin mienskiplike reguliere-útdrukkingmotor. De spesjale stjer fan ien klant bewiist gjin stipe foar willekeurige wildcards midden yn in namme. curl dokumintearret ien * as omseil fan alle hosts. Dat is hiel oars as tasizze dat *.server.* in famylje fan domeinen selektearret.
Begjin mei de nammen dy't jo echt oanfreegje. As de eask ien bekend domein en syn subdomeinen is, brûk dan de dokumintearre domeinform fan 'e konsumint. As de eask ferskate net-relatearre nammen mei in wurd is, kin in stipe API foar rûteselaksje of in PAC-belied nedich wêze. Mear lêstekens tafoegje oan in net-stipe patroan kin dy funksje net leverje.
Hâld in pear tsjinfoarbylden njonken de bedoelde oerienkomsten. Moaten server.example, files.server.example en server.other.test allegear omseild wurde? En in namme mei deselde letters sûnder deselde domeingrins? Dy antwurden definiearje de eask dúdliker as it ynstellen in ‘wildcard’ neame.
Klanten feroarje is in reden om it patroan opnij te kontrolearjen. In omseilregel kopiearre fan in browserútwreiding is net automatysk jildich yn in omjouwingsfariabele dy't troch in oar programma lêzen wurdt.