Ondersteunt NO_PROXY regex- en wildcardpatronen?
Kies een omzeilingsuitdrukking die de werkelijke client ondersteunt in plaats van aan te nemen dat NO_PROXY reguliere expressies of de wildcard-syntaxis van de browser accepteert.
De uitzondering lijkt overtuigend: *.server.*. Het ziet er ook uit als een shellpatroon. Geen van beide feiten bewijst dat je HTTP-client het begrijpt.
NO_PROXY is geen gedeelde regex-engine. De speciale asterisk van één client bewijst geen ondersteuning voor willekeurige wildcards midden in een naam. curl documenteert één * als omzeiling van alle hosts. Dat is heel iets anders dan beloven dat *.server.* een familie van domeinen selecteert.
Begin met de namen die je daadwerkelijk opvraagt. Als de eis één bekend domein en zijn subdomeinen is, gebruik dan de gedocumenteerde domeinvorm van de consumer. Als de eis meerdere ongerelateerde namen met een woord is, kan een ondersteunde route-selectie-API of PAC-beleid nodig zijn. Meer leestekens aan een niet-ondersteund patroon toevoegen kan die functie niet leveren.
Houd een paar tegenvoorbeelden naast de beoogde overeenkomsten. Moeten server.example, files.server.example en server.other.test allemaal omzeild worden? En een naam met dezelfde letters zonder dezelfde domeingrens? Die antwoorden definiëren de eis duidelijker dan de instelling een ‘wildcard’ noemen.
Van client wisselen is een reden om het patroon opnieuw te controleren. Een omzeilingsregel die uit een browserextensie is gekopieerd, is niet automatisch geldig in een omgevingsvariabele die door een ander programma wordt gelezen.