در قواعد مستند پروکسی محیط .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 درخواست کرده‌اید. تطبیق دامنه در برابر همان ورودی درخواست انجام می‌شود، نه در برابر نام غیررسمی شما برای سرویس.

مقالات مرتبط