Unterstützt NO_PROXY Regex- und Wildcard-Muster?
Wählen Sie einen Bypass-Ausdruck, den der tatsächliche Client unterstützt, statt anzunehmen, dass NO_PROXY reguläre Ausdrücke oder die Wildcard-Syntax des Browsers akzeptiert.
Die Ausnahme wirkt überzeugend: *.server.*. Sie sieht auch wie ein Shell-Muster aus. Keine der beiden Tatsachen belegt, dass Ihr HTTP-Client sie versteht.
NO_PROXY ist keine gemeinsame Regex-Engine. Der besondere Stern eines Clients belegt nicht, dass beliebige Wildcards in der Mitte eines Namens unterstützt werden. curl dokumentiert einen einzelnen * als Bypass für alle Hosts. Das ist etwas ganz anderes als die Zusage, dass *.server.* eine Familie von Domains auswählt.
Beginnen Sie mit den Namen, die Sie tatsächlich anfragen. Wenn die Anforderung eine bekannte Domain und ihre Subdomains umfasst, verwenden Sie die dokumentierte Domainform des Verbrauchers. Wenn die Anforderung mehrere unzusammenhängende Namen mit einem Wort umfasst, kann eine unterstützte API zur Routenauswahl oder eine PAC-Richtlinie nötig sein. Mehr Satzzeichen zu einem nicht unterstützten Muster hinzuzufügen, kann diese Funktion nicht liefern.
Halten Sie einige Gegenbeispiele neben den beabsichtigten Treffern bereit. Sollen server.example, files.server.example und server.other.test alle umgangen werden? Und ein Name mit denselben Buchstaben ohne dieselbe Domain-Grenze? Diese Antworten definieren die Anforderung klarer, als die Einstellung ein „Wildcard“ zu nennen.
Ein Clientwechsel ist ein Grund, das Muster erneut zu prüfen. Eine aus einer Browsererweiterung kopierte Bypass-Regel ist nicht automatisch in einer Umgebungsvariablen gültig, die ein anderes Programm liest.