Támogatja a NO_PROXY a regex és wildcard mintákat?
Válasszon olyan megkerülési kifejezést, amelyet a tényleges kliens támogat, ahelyett hogy feltételezné, hogy a NO_PROXY elfogad reguláris kifejezéseket vagy a böngésző wildcard szintaxisát.
A kivétel meggyőzőnek tűnik: *.server.*. Shell-mintának is látszik. Egyik tény sem bizonyítja, hogy az HTTP-kliense érti.
A NO_PROXY nem közös reguláris kifejezésmotor. Egy kliens különleges csillaga nem bizonyítja tetszőleges wildcardok támogatását egy név közepén. A curl egyetlen *-t dokumentál minden hoszt megkerüléseként. Ez nagyon más, mint azt ígérni, hogy a *.server.* domainek egy családját választja ki.
Kezdje azokkal a nevekkel, amelyeket valóban kér. Ha a követelmény egy ismert domain és aldomainjei, használja a fogyasztó dokumentált domainformáját. Ha a követelmény több, egy szót tartalmazó, egymástól független név, szükség lehet támogatott útvonalválasztó API-ra vagy PAC-szabályzatra. Egy nem támogatott mintához több írásjel hozzáadása nem nyújthatja ezt a funkciót.
Tartson néhány ellenpéldát a szándékolt egyezések mellett. Meg kell-e kerülni a server.example, files.server.example és server.other.test mindegyikét? És egy név, amely ugyanazokat a betűket tartalmazza ugyanazon domainhatár nélkül? Ezek a válaszok világosabban határozzák meg a követelményt, mint a beállítás „wildcardnak” nevezése.
A kliensváltás ok a minta újbóli ellenőrzésére. A böngészőbővítményből másolt megkerülési szabály nem automatikusan érvényes egy másik program által olvasott környezeti változóban.