Ծնող դոմենները և ենթադոմենները .NET NO_PROXY-ում
Ներառեք ծնող դոմենը դիտավորությամբ, երբ .NET միջավայրի պրոքսի քաղաքականությունը պետք է շրջանցի նաև դրա ենթադոմենները։
.NET-ի փաստաթղթավորված միջավայրի պրոքսի կանոններում .example.com համապատասխանում է ենթադոմեններին։ Այն չի համապատասխանում example.com -ին։ Այս փոքր տարբերությունը կարող է մեկ ծառայությունը բաժանել երկու երթուղու։
| Գրառում | Նախատեսված .NET համընկնում |
|---|---|
example.com | Ծնող հոսթի անունը |
.example.com | Այդ դոմենի տակ գտնվող հոսթի անունները |
example.com,.example.com | Երկու խմբերն էլ |
Ենթադրենք՝ ցանկալի էջը օգտագործում է ծնող անունը, իսկ դրա API-ն՝ api.example.com։ Միայն կետով ձևը պարունակող ցանկը կարող է ցանկալի էջն ուղարկել պրոքսի միջով, մինչ API-ն անցնում է ուղիղ։ Հակառակ սխալը միայն ծնող դոմենը թվարկելն է և ակնկալել, որ յուրաքանչյուր զավակ կհամապատասխանի։ Ստուգեք HttpClient.DefaultProxy.IsBypassed-ը ծնող դոմենի և մեկ զավակի համար՝ կազմաձևված որոշումը ստուգելու համար։
Սա վերաբերում է մասնակից .NET HTTP հաճախորդի օգտագործած միջավայրի քաղաքականությանը։ Բացահայտ նշանակված IWebProxy, մեկ այլ մշակիչի իրականացում կամ այլ գործարկման ժամանակի սերունդ պահանջում է ստուգել իր սեփական կանոնները։ Մի ենթադրեք, որ զննարկիչի շրջանցման ցանկը դարձել է այս միջավայրի ցանկը։
Նաև դիմացեք սովորությանը՝ կարգավորումը թարգմանել *.example.com -ի։ .NET-ի փաստաթղթավորված միջավայրի շարահյուսությունը աստղանիշը չի դիտարկում որպես ընդհանուր նիշ։
Երբ աշխատող curl հրամանը համեմատում եք հավելվածի հետ, հաշվետվության մեջ պահեք բառացի URL-ը։ «Նույն սերվերը» թաքցնում է՝ արդյոք դուք պահանջել եք ծնող դոմենը, ենթադոմեն, թե IP հասցե։ Դոմենի համընկնումը կատարվում է այդ հարցման մուտքի դեմ, ոչ թե ծառայության ձեր ոչ պաշտոնական անվան դեմ։