Domeny nadrzędne i subdomeny w .NET NO_PROXY
Uwzględnij domenę nadrzędną celowo, gdy zasada proxy środowiska .NET ma omijać także jej subdomeny.
W udokumentowanych regułach proxy środowiska .NET .example.com pasuje do subdomen. Nie pasuje do example.com samej. Ta drobna różnica może rozdzielić jedną usługę na dwie trasy.
| Wpis | Zamierzone dopasowanie .NET |
|---|---|
example.com | Nazwa hosta nadrzędnego |
.example.com | Nazwy hostów w tej domenie |
example.com,.example.com | Obie grupy |
Załóżmy, że strona docelowa używa nazwy nadrzędnej, a jej API używa api.example.com. Lista zawierająca tylko formę z kropką może skierować stronę docelową przez proxy, podczas gdy API idzie bezpośrednio. Odwrotny błąd to wpisanie tylko domeny nadrzędnej i oczekiwanie, że dopasowana będzie każda podrzędna. Sprawdź HttpClient.DefaultProxy.IsBypassed dla domeny nadrzędnej i jednej podrzędnej, aby zweryfikować skonfigurowaną decyzję.
Dotyczy to zasady środowiska używanej przez uczestniczącego klienta HTTP .NET. Jawnie przypisany IWebProxy, inna implementacja obsługi lub inna generacja środowiska uruchomieniowego wymaga sprawdzenia własnych reguł. Nie zakładaj, że lista obejść przeglądarki stała się tą listą środowiska.
Opieraj się też nawykowi tłumaczenia ustawienia na *.example.com. Udokumentowana składnia środowiska .NET nie traktuje gwiazdki jako ogólnego symbolu wieloznacznego.
Porównując działające polecenie curl z aplikacją, zachowaj dosłowny URL w raporcie. “Ten sam serwer” ukrywa, czy zażądano domeny nadrzędnej, subdomeny czy adresu IP. Dopasowanie domeny odbywa się wobec tego wejścia żądania, a nie wobec twojej nieformalnej nazwy usługi.