Patraj domajnoj kaj subdomajnoj en .NET NO_PROXY
Inkluzivu la patran domajnon intence, kiam .NET-mediprokza politiko ankaŭ devas preterpasi ĝiajn subdomajnojn.
En la dokumentitaj mediprokzaj reguloj de .NET, .example.com kongruas kun subdomajnoj. Ĝi ne kongruas kun example.com mem. Tiu malgranda distingo povas dividi unu servon inter du vojoj.
| Eniro | Intencita .NET-kongruo |
|---|---|
example.com | La patra gastigantnomo |
.example.com | Gastigantnomoj sub tiu domajno |
example.com,.example.com | Ambaŭ grupoj |
Supozu, ke la enirpaĝo uzas la patran nomon kaj ĝia API uzas api.example.com. Listo enhavanta nur la punktan formon povas sendi la enirpaĝon tra la prokzo dum la API iras rekte. La kontraŭa eraro estas listigi nur la patran domajnon kaj atendi, ke ĉiu infano kongruu. Kontrolu HttpClient.DefaultProxy.IsBypassed por la patra domajno kaj unu infano, por kontroli la agordan decidon.
Ĉi tio validas por la medipolitiko uzata de la partoprenanta .NET HTTP-kliento. Eksplicite atribuita IWebProxy, alia traktila realigo aŭ alia rulmedia generacio bezonas kontrolon de siaj propraj reguloj. Ne supozu, ke la preterpasa listo de retumilo fariĝis ĉi tiu medilisto.
Ankaŭ rezistu la kutimon traduki la agordon en *.example.com. La dokumentita .NET-medisintakso ne traktas la stelulon kiel ĝeneralan anstataŭilon.
Kiam vi komparas funkciantan curl-komandon kun la aplikaĵo, konservu la laŭvortan URL-on en la raporto. “Sama servilo” kaŝas, ĉu vi petis la patran domajnon, subdomajnon aŭ IP-adreson. Domajna kongruo okazas kontraŭ tiu petenigo, ne kontraŭ via neformala nomo por la servo.