Överordnade domäner och underdomäner i .NET NO_PROXY

I .NET:s dokumenterade miljöproxyregler matchar .example.com underdomäner. Det matchar inte example.com själv. Den lilla skillnaden kan dela en tjänst mellan två vägar.

Anta att landningssidan använder det överordnade namnet och att dess API använder api.example.com. En lista som bara innehåller formen med punkt kan skicka landningssidan genom proxyn medan API:t går direkt. Det omvända felet är att bara lista den överordnade domänen och förvänta sig att varje barn matchar. Undersök HttpClient.DefaultProxy.IsBypassed för den överordnade domänen och en underdomän för att kontrollera det konfigurerade beslutet.

Detta gäller miljöprincipen som den deltagande .NET HTTP-klienten använder. En uttryckligen tilldelad IWebProxy, en annan handler-implementering eller en annan runtime-generation behöver kontrollera sina egna regler. Anta inte att en webbläsares kringgångslista har blivit denna miljölista.

Motstå också vanan att översätta inställningen till *.example.com. Den dokumenterade .NET-miljösyntaxen behandlar inte stjärnan som ett allmänt jokertecken.

När du jämför ett fungerande curl-kommando med programmet, behåll den bokstavliga URL:en i rapporten. “Samma server” döljer om du begärde den överordnade domänen, en underdomän eller en IP-adress. Domänmatchning sker mot den förfrågningsinmatningen, inte mot ditt informella namn på tjänsten.