ASP.NET Core پراکسی سیٹنگز: launchSettings.json بمقابلہ پروڈکشن
ڈیولپمنٹ لانچ پروفائل کی پراکسی قدروں کو تعینات ASP.NET Core عمل کے ماحول اور HTTP ہینڈلر سے الگ پہچانیں۔
launchSettings.json میں موجود پراکسی قدر کسی ڈیولپمنٹ لانچ پروفائل کی ہے۔ ایپلیکیشن شائع کرنے سے وہ پروفائل IIS ورکر، سروس یا کنٹینر کا ماحول نہیں بن جاتا۔
تعینات ماحول میں ناکامی پر اُس عمل کا جائزہ لیں جو واقعی ایپلیکیشن شروع کرتا ہے۔ اُس کا ماحول، اکاؤنٹ اور HTTP ہینڈلر طے کرتے ہیں کہ کون سے پراکسی اِن پٹ دستیاب ہیں۔
| کہاں کام کرتا ہے | تعیناتی کے بعد کیا موازنہ کریں |
|---|---|
| IDE لانچ پروفائل | ہوسٹ عمل کا ماحول |
| انٹرایکٹو صارف سیشن | سروس اکاؤنٹ اور اُس کی پراکسی سیٹنگز |
| دستی طور پر بنایا گیا HTTP کلائنٹ | وہ ہینڈلر جو ایپلیکیشن کے انجیکٹ کیے گئے کلائنٹ نے استعمال کیا |
جدید HttpClient کی ڈیفالٹ پراکسی ابتدا میں پلیٹ فارم کے مخصوص ماحول اور سسٹم کنفیگریشن کے قواعد ہیں۔ واضح طور پر کنفیگر کیا گیا ہینڈلر اُن ڈیفالٹس کو اوور رائیڈ کر سکتا ہے۔ IHttpClientFactory کے ساتھ، نامزد کلائنٹ کے بنیادی ہینڈلر کی رجسٹریشن اور کال کے مقام پر حاصل کیا گیا نام جانچیں۔ یہ نتیجہ اخذ کرنے سے پہلے کہ کنفیگریشن فائل نظر انداز کی گئی، دونوں اِن پٹ جانچیں۔
.NET Framework کی پرانی system.net/defaultProxy مثالیں ایک اور کنفیگریشن ماڈل بیان کرتی ہیں۔ اُس حصے کو جدید تعیناتی فائل میں نہ چسپاں کریں اور یہ نہ سمجھیں کہ ہر .NET HTTP عمل درآمد اُسے استعمال کرتا ہے۔ IIS تعیناتی میں، ASP.NET Core ماڈیول کے پاس بھی عمل کے ماحول کی کنفیگریشن کا معاون طریقہ کار موجود ہے؛ قدریں شامل کرتے وقت ہوسٹنگ کنفیگریشن کا باقی حصہ محفوظ رکھیں۔
متوقع ویری ایبل موجود ہے یا نہیں، یہ ریکارڈ کریں مگر اُس کی مکمل اسناد والی قدر شائع نہ کریں۔ پھر تصدیق کریں کہ ناکام درخواست کرنے والا کلائنٹ اُسی ماخذ کو استعمال کرتا ہے۔ درست طریقے سے کنفیگر کیا گیا لانچر اُس کلائنٹ کو ٹھیک نہیں کر سکتا جو جان بوجھ کر دوسرا راستہ استعمال کرتا ہے۔