Czy NO_PROXY obsługuje wyrażenia regularne i wzorce wildcard?
Wybierz wyrażenie obejścia obsługiwane przez rzeczywistego klienta, zamiast zakładać, że NO_PROXY akceptuje wyrażenia regularne lub składnię wildcard przeglądarki.
Wyjątek wygląda przekonująco: *.server.*. Wygląda też jak wzorzec powłoki. Żaden z tych faktów nie dowodzi, że Twój klient HTTP go rozumie.
NO_PROXY nie jest wspólnym silnikiem wyrażeń regularnych. Specjalna gwiazdka jednego klienta nie dowodzi obsługi dowolnych wildcardów w środku nazwy. curl dokumentuje pojedynczą * jako obejście wszystkich hostów. To bardzo różni się od obietnicy, że *.server.* wybiera rodzinę domen.
Zacznij od nazw, o które naprawdę prosisz. Jeśli wymaganiem jest jedna znana domena i jej subdomeny, użyj udokumentowanej formy domeny konsumenta. Jeśli wymaganiem jest kilka niepowiązanych nazw zawierających słowo, może być potrzebne obsługiwane API wyboru trasy lub zasada PAC. Dodanie większej interpunkcji do nieobsługiwanego wzorca nie może zapewnić tej funkcji.
Trzymaj kilka kontrprzykładów obok zamierzonych dopasowań. Czy server.example, files.server.example i server.other.test powinny być pomijane? A nazwa zawierająca te same litery bez tej samej granicy domeny? Te odpowiedzi definiują wymaganie jaśniej niż nazywanie ustawienia „wildcardem”.
Zmiana klienta jest powodem, by ponownie sprawdzić wzorzec. Reguła obejścia skopiowana z rozszerzenia przeglądarki nie jest automatycznie ważna w zmiennej środowiskowej czytanej przez inny program.