Overordnede domæner og underdomæner i .NET NO_PROXY
Medtag det overordnede domæne bevidst, når en .NET-miljøproxy-politik også skal omgå dets underdomæner.
I .NET's dokumenterede miljøproxyregler matcher .example.com underdomæner. Det matcher ikke example.com selv. Den lille forskel kan dele én tjeneste mellem to ruter.
| Post | Tilsigtet .NET-match |
|---|---|
example.com | Det overordnede værtsnavn |
.example.com | Værtsnavne under det domæne |
example.com,.example.com | Begge grupper |
Antag, at landingssiden bruger det overordnede navn, og at dens API bruger api.example.com. En liste, der kun indeholder formen med punktum, kan sende landingssiden gennem proxyen, mens API'et går direkte. Den omvendte fejl er at liste kun det overordnede domæne og forvente, at hvert barn matcher. Undersøg HttpClient.DefaultProxy.IsBypassed for det overordnede domæne og et underdomæne for at kontrollere den konfigurerede beslutning.
Det gælder den miljøpolitik, som den deltagende .NET-HTTP-klient bruger. En eksplicit tildelt IWebProxy, en anden handler-implementering eller en anden runtime-generation skal have kontrolleret sine egne regler. Antag ikke, at en browsers bypass-liste er blevet denne miljøliste.
Modstå også vanen med at oversætte indstillingen til *.example.com. Den dokumenterede .NET-miljøsyntaks behandler ikke stjernen som et generelt jokertegn.
Når du sammenligner en fungerende curl-kommando med applikationen, skal du bevare den bogstavelige URL i rapporten. “Samme server” skjuler, om du anmodede om det overordnede domæne, et underdomæne eller en IP-adresse. Domænematchning sker mod det anmodningsinput, ikke mod dit uformelle navn for tjenesten.