Ondersteun NO_PROXY regex- en wildcardpatrone?
Kies 'n omseiluitdrukking wat die werklike kliënt ondersteun eerder as om aan te neem dat NO_PROXY reëlmatige uitdrukkings of die blaaier se wildcard-sintaksis aanvaar.
Die uitsondering lyk oortuigend: *.server.*. Dit lyk ook soos 'n skulpatroon. Nie een van dié feite bewys dat jou HTTP-kliënt dit verstaan nie.
NO_PROXY is nie 'n gedeelde reëlmatige-uitdrukking-enjin nie. Een kliënt se spesiale asterisk bewys nie dat willekeurige wildcards in die middel van 'n naam ondersteun word nie. curl dokumenteer 'n enkele * as 'n omseil van alle hosts. Dit is baie anders as om te belowe dat *.server.* 'n familie domeine kies.
Begin met die name wat jy werklik aanvra. As die vereiste een bekende domein en sy subdomeine is, gebruik die gedokumenteerde domeinvorm van die verbruiker. As die vereiste verskeie onverwante name is wat 'n woord bevat, kan 'n ondersteunde roete-keuse-API of PAC-beleid nodig wees. Om meer leestekens by 'n ongesteunde patroon te voeg, kan nie daardie funksie verskaf nie.
Hou 'n paar teenvoorbeelde by die beoogde treffers. Moet server.example, files.server.example en server.other.test almal omseil? Wat van 'n naam met dieselfde letters sonder dieselfde domeingrens? Dié antwoorde definieer die vereiste duideliker as om die instelling 'n "wildcard" te noem.
Om kliënte te verander is 'n rede om die patroon weer na te gaan. 'n Omseilreël wat uit 'n blaaieruitbreiding gekopieer is, is nie outomaties geldig in 'n omgewingsveranderlike wat deur 'n ander program gelees word nie.