Szülődomainek és aldomainek a .NET NO_PROXY-ban
Tegye be szándékosan a szülődomaint, amikor a .NET környezeti proxyházirendjének az aldomainjeit is meg kell kerülnie.
A .NET dokumentált környezeti proxy szabályaiban a .example.com az aldomainekre illeszkedik. Nem illeszkedik a example.com névre magára. Ez az apró különbség két útvonalra bonthat egy szolgáltatást.
| Bejegyzés | Szándékolt .NET-egyezés |
|---|---|
example.com | A szülő hosztnév |
.example.com | A domain alatti hosztnevek |
example.com,.example.com | Mindkét csoport |
Tegyük fel, hogy a nyitóoldal a szülőnevet használja, az API-ja pedig a api.example.com nevet. Egy csak a ponttal jelölt formát tartalmazó lista a nyitóoldalt a proxyn keresztül küldheti, miközben az API közvetlenül megy. A fordított hiba, ha csak a szülődomaint listázza, és azt várja, hogy minden gyermek illeszkedjen. Vizsgálja meg a HttpClient.DefaultProxy.IsBypassed metódust a szülődomainre és egy gyermekre, hogy ellenőrizze a beállított döntést.
Ez a részt vevő .NET HTTP-ügyfél által használt környezeti házirendre vonatkozik. Egy kifejezetten hozzárendelt IWebProxy, egy másik kezelőimplementáció vagy egy másik futtatókörnyezeti generáció saját szabályainak ellenőrzését igényli. Ne feltételezze, hogy a böngésző megkerülési listája ezzé a környezeti listává vált.
Ellenálljon a szokásnak is, hogy a beállítást *.example.com alakra fordítsa. A dokumentált .NET környezeti szintaxis nem kezeli a csillagot általános helyettesítő karakterként.
Amikor egy működő curl-parancsot hasonlít össze az alkalmazással, őrizze meg a szó szerinti URL-t a jelentésben. Az “ugyanaz a kiszolgáló” elrejti, hogy a szülődomaint, egy aldomaint vagy egy IP-címet kért-e. A domainegyeztetés az adott kérésbemenet ellen történik, nem a szolgáltatás informális neve ellen.