Tukeeko NO_PROXY regex- ja wildcard-kuvioita?
Valitse ohituslauseke, jota varsinainen asiakas tukee, sen sijaan että olettaisit NO_PROXYn hyväksyvän säännöllisiä lausekkeita tai selaimen wildcard-syntaksia.
Poikkeus näyttää vakuuttavalta: *.server.*. Se näyttää myös shell-kuviolta. Kumpikaan seikka ei todista, että HTTP-asiakkaasi ymmärtää sen.
NO_PROXY ei ole jaettu säännöllisten lausekkeiden moottori. Yhden asiakkaan erityinen tähti ei todista, että mielivaltaisia wildcardeja tuetaan nimen keskellä. curl dokumentoi yhden * kaikkien isäntien ohitukseksi. Se on hyvin eri asia kuin lupaus siitä, että *.server.* valitsee verkkotunnusten perheen.
Aloita nimistä, joita todella pyydät. Jos vaatimus on yksi tunnettu verkkotunnus ja sen aliverkkotunnukset, käytä kuluttajan dokumentoimaa verkkotunnusmuotoa. Jos vaatimus on useita toisiinsa liittymättömiä nimiä, jotka sisältävät sanan, saatetaan tarvita tuettu reitinvalinta-API tai PAC-käytäntö. Lisäämällä välimerkkejä tukemattomaan kuvioon ei voi tarjota sitä ominaisuutta.
Pidä muutama vastaesimerkki aiottujen osumien vieressä. Pitäisikö server.example, files.server.example ja server.other.test kaikkien ohittaa? Entä nimi, jossa on samat kirjaimet ilman samaa verkkotunnuksen rajaa? Ne vastaukset määrittelevät vaatimuksen selkeämmin kuin asetuksen kutsuminen ”wildcardiksi”.
Asiakkaan vaihtaminen on syy tarkistaa kuvio uudelleen. Selainlaajennuksesta kopioitu ohitussääntö ei ole automaattisesti voimassa ympäristömuuttujassa, jota toinen ohjelma lukee.