Ali NO_PROXY podpira regex in vzorce wildcard?
Izberite izraz za obhod, ki ga podpira dejanski odjemalec, namesto da predpostavljate, da NO_PROXY sprejema regularne izraze ali sintakso wildcard brskalnika.
Izjema se zdi prepričljiva: *.server.*. Videti je tudi kot vzorec lupine. Nobeno od teh dejstev ne dokazuje, da jo vaš odjemalec HTTP razume.
NO_PROXY ni skupni pogon regularnih izrazov. Posebna zvezdica enega odjemalca ne dokazuje podpore poljubnim wildcardom v sredini imena. curl dokumentira eno * kot obhod vseh gostiteljev. To se zelo razlikuje od obljube, da *.server.* izbere družino domen.
Začnite z imeni, ki jih dejansko zahtevate. Če je zahteva ena znana domena in njene poddomene, uporabite dokumentirano obliko domene pri potrošniku. Če je zahteva več nepovezanih imen, ki vsebujejo besedo, bo morda potreben podprt API za izbiro poti ali pravilnik PAC. Dodajanje več ločil nepodprtemu vzorcu ne more zagotoviti te funkcije.
Ob predvidenih ujemanjih imejte nekaj protiprimerov. Ali naj se server.example, files.server.example in server.other.test vsi obidejo? In ime z enakimi črkami brez enake meje domene? Ti odgovori opredeljujejo zahtevo jasneje kot poimenovanje nastavitve »wildcard«.
Zamenjava odjemalca je razlog, da znova preverite vzorec. Pravilo obhoda, kopirano iz razširitve brskalnika, ni samodejno veljavno v okoljski spremenljivki, ki jo bere drug program.