Iwwerdomänen an Ënnerdomänen an .NET NO_PROXY
Schléiss d'Iwwerdomän bewosst an, wann eng .NET-Ëmweltproxy-Politik och hir Ënnerdomänen ëmgoe soll.
An den dokumentéierten .NET-Ëmweltproxy-Reegelen entsprécht .example.com den Ënnerdomänen. Et entsprécht net example.com selwer. Dëse klengen Ënnerscheed kann ee Service op zwou Strecken deelen.
| Andro | Virgesinn .NET-Entspriechung |
|---|---|
example.com | Den Iwwerhostnumm |
.example.com | Hostnimm ënner där Domän |
example.com,.example.com | Béid Gruppen |
Stell dir vir, d'Landingssäit benotzt den Iwwernumm an hir API benotzt api.example.com. Eng Lëscht mat nëmmen der punktéierter Form kann d'Landingssäit duerch de Proxy schécken, während d'API direkt geet. De ëmgedréinte Feeler ass, nëmmen d'Iwwerdomän ze lëschten an ze erwaarden, datt all Kand entsprécht. HttpClient.DefaultProxy.IsBypassed iwwerpréiwen fir d'Iwwerdomän an ee Kand, fir déi konfiguréiert Entscheedung ze kontrolléieren.
Dëst gëllt fir d'Ëmweltpolitik, déi de bedeelegten .NET HTTP-Client benotzt. En explizit zougewisenen IWebProxy, eng aner Handler-Implementatioun oder eng aner Runtime-Generatioun muss seng eege Reegele kontrolléiere loossen. Huel net un, datt d'Bypass-Lëscht vun engem Browser dës Ëmweltlëscht ginn ass.
Widderstéi och der Gewunnecht, d'Astellung an *.example.com z'iwwersetzen. Déi dokumentéiert .NET-Ëmweltsyntax behandelt de Stär net als allgemengen Ersatzzeechen.
Wann s du eng funktionéierend curl-Kommando mat der Applikatioun vergläichs, behält déi wuertwiertlech URL am Rapport. “Dee selwechte Server” verstoppt, ob s du d'Iwwerdomän, eng Ënnerdomän oder eng IP-Adress ugefrot hues. D'Domänentspriechung geschitt géint deen Ufro-Input, net géint däin informellen Numm fir de Service.