.NET NO_PROXY میں والد ڈومین اور ذیلی ڈومین

.NET کے دستاویزی ماحول پراکسی قواعد میں .example.com ذیلی ڈومین سے مطابقت رکھتا ہے۔ یہ example.com سے بذات خود مطابقت نہیں رکھتا۔ یہ چھوٹا سا فرق ایک سروس کو دو راستوں میں تقسیم کر سکتا ہے۔

فرض کریں کہ لینڈنگ صفحہ والد کا نام استعمال کرتا ہے اور اس کا API api.example.com استعمال کرتا ہے۔ صرف نقطے والی شکل رکھنے والی فہرست لینڈنگ صفحے کو پراکسی کے ذریعے بھیج سکتی ہے جبکہ API سیدھا جاتا ہے۔ الٹی غلطی یہ ہے کہ صرف والد ڈومین درج کیا جائے اور ہر بچے کی مطابقت کی توقع کی جائے۔ HttpClient.DefaultProxy.IsBypassed جانچیں والد ڈومین اور ایک بچے کے لیے، تاکہ تشکیل شدہ فیصلہ جانچا جا سکے۔

یہ اس ماحول پالیسی پر لاگو ہوتا ہے جو شریک .NET HTTP کلائنٹ استعمال کرتا ہے۔ واضح طور پر تفویض کردہ IWebProxy، کوئی دوسرا ہینڈلر نفاذ، یا کوئی دوسری رن ٹائم نسل اپنے قواعد جانچنے کی ضرورت رکھتی ہے۔ یہ مت سمجھیں کہ براؤزر کی بائی پاس فہرست یہ ماحول فہرست بن گئی ہے۔

نیز ترتیب کو عادتاً *.example.com میں ترجمہ کرنے کی مخالفت کریں۔ .NET کا دستاویزی ماحول نحو ستارے کو عام وائلڈ کارڈ نہیں مانتا۔

کام کرنے والی curl کمانڈ کا اطلاقیہ سے موازنہ کرتے وقت رپورٹ میں لفظی URL رکھیں۔ “ایک ہی سرور” یہ چھپاتا ہے کہ آپ نے والد ڈومین، ذیلی ڈومین، یا IP پتہ مانگا تھا۔ ڈومین کی مطابقت اسی درخواست ان پٹ پر ہوتی ہے، سروس کے لیے آپ کے غیر رسمی نام پر نہیں۔