دامنههای والد و زیردامنهها در NO_PROXY در .NET
وقتی یک سیاست پروکسی محیط .NET باید زیردامنههایش را هم دور بزند، دامنه والد را عمداً وارد کنید.
در قواعد مستند پروکسی محیط .NET، .example.com با زیردامنهها مطابقت دارد. با خود example.com مطابقت ندارد. همین تمایز کوچک میتواند یک سرویس را به دو مسیر تقسیم کند.
| ورودی | تطابق موردنظر .NET |
|---|---|
example.com | نام میزبان والد |
.example.com | نام میزبانهای زیر آن دامنه |
example.com,.example.com | هر دو گروه |
فرض کنید صفحه فرود از نام والد استفاده میکند و API آن از api.example.com استفاده میکند. فهرستی که فقط شکل نقطهدار را دارد میتواند صفحه فرود را از پروکسی عبور دهد در حالی که API مستقیم میرود. اشتباه معکوس این است که فقط دامنه والد را فهرست کنید و انتظار داشته باشید هر فرزند مطابقت کند. HttpClient.DefaultProxy.IsBypassed را بررسی کنید برای دامنه والد و یک فرزند تا تصمیم پیکربندیشده را بررسی کنید.
این برای سیاست محیطی اعمال میشود که کلاینت HTTP .NET مشارکتکننده استفاده میکند. یک IWebProxy که صراحتاً تخصیص یافته، پیادهسازی هندلر دیگر، یا نسل دیگری از زمان اجرا نیاز دارد قواعد خودش بررسی شود. فرض نکنید که فهرست دورزدن مرورگر به این فهرست محیطی تبدیل شده است.
همچنین در برابر عادت ترجمه تنظیم به *.example.com مقاومت کنید. نحو مستند محیط .NET ستاره را بهعنوان نویسه عام عمومی نمیپذیرد.
وقتی یک فرمان curl کارآمد را با برنامه مقایسه میکنید، URL تحتاللفظی را در گزارش حفظ کنید. «همان سرور» پنهان میکند که آیا دامنه والد، یک زیردامنه یا یک نشانی IP درخواست کردهاید. تطبیق دامنه در برابر همان ورودی درخواست انجام میشود، نه در برابر نام غیررسمی شما برای سرویس.