Overordnede domener og underdomener i .NET NO_PROXY
Inkluder det overordnede domenet med vilje når en .NET-miljøproxy-policy også må omgå underdomenene.
I de dokumenterte miljøproxyreglene i .NET samsvarer .example.com med underdomener. Det samsvarer ikke med example.com seg selv. Denne lille forskjellen kan dele én tjeneste i to ruter.
| Oppføring | Forventet .NET-treff |
|---|---|
example.com | Det overordnede vertsnavnet |
.example.com | Vertsnavn under dette domenet |
example.com,.example.com | Begge gruppene |
Tenk deg at landingssiden bruker det overordnede navnet og API-et bruker api.example.com. En liste som bare har formen med punktum, kan sende landingssiden via proxyen mens API-et går direkte. Den motsatte feilen er å føre opp bare det overordnede domenet og forvente at hvert barn treffer. Sjekk HttpClient.DefaultProxy.IsBypassed for det overordnede domenet og ett barn for å verifisere den konfigurerte avgjørelsen.
Dette gjelder miljøpolicyen som den aktuelle .NET HTTP-klienten bruker. En eksplisitt tildelt IWebProxy, en annen handler-implementasjon eller en annen kjøretidsgenerasjon trenger kontroll av egne regler. Ikke anta at unntakslisten i en nettleser har blitt denne miljølisten.
Du bør også motstå vanen med å oversette innstillingen til *.example.com. Den dokumenterte .NET-miljøsyntaksen behandler ikke stjernen som et generelt jokertegn.
Når du sammenligner en curl-kommando som virker med applikasjonen, må du bevare den bokstavelige URL-en i rapporten. “Samme server” skjuler om du ba om det overordnede domenet, et underdomene eller en IP-adresse. Domenetreff skjer mot den forespørselsinndataen, ikke mot ditt uformelle navn på tjenesten.