WCF BasicHttpBinding: ProxyAddress اور UseDefaultWebProxy

تیار کردہ سروس کلائنٹ میں سروس اینڈ پوائنٹ اور پراکسی سے متعلقہ بائنڈنگ سیٹنگز دونوں ہو سکتی ہیں۔ پہلے یہ پہچانیں کہ کون سا پتہ کس کردار کا ہے۔ SOAP سروس منزل رہتی ہے؛ ProxyAddress ایک واسطے کا نام دیتا ہے۔

BasicHttpBinding کے لیے، UseDefaultWebProxy خودکار طور پر تشکیل شدہ پراکسی رویہ منتخب کرتا ہے اور بطور طے شدہ true ہوتا ہے۔ Microsoft کا معاہدہ اس true قدر کو غیر null واضح ProxyAddress کے ساتھ ملانے کی حمایت نہیں کرتا۔ دونوں مقرر کر کے یہ سمجھنے کے بجائے کہ کوئی ایک خاموشی سے جیت جائے گا، انتخاب کو ہم آہنگ بنائیں۔ اجازت شدہ غیر تصدیق شدہ عوامی پراکسی راستے پر عوامی طور پر قابل رسائی SOAP سروس کے لیے HTTP پراکسی فہرست ProxyAddress کے لیے امیدوار پتے فراہم کرتی ہے؛ کسی دوسرے اینڈ پوائنٹ سے کوئی پراکسی اسناد نہ رکھیں۔

جانچیں کہ اینڈ پوائنٹ درحقیقت کون سی بائنڈنگ استعمال کرتا ہے

ایک معاون فنکشن درست بائنڈنگ بنا سکتا ہے جبکہ تیار کردہ کلائنٹ اب بھی کوئی دوسرا تشکیل شدہ اینڈ پوائنٹ استعمال کرتا ہے۔ ناکام کال کو دی گئی بائنڈنگ کا معائنہ کریں۔ ایسی تشکیل اندراج تبدیل کرنا جسے کلائنٹ نے کبھی منتخب نہیں کیا اس کے راستے پر اثر نہیں ڈال سکتا۔

پھر پراکسی اسناد کی قسم کو سروس اسناد کی قسم سے الگ کریں۔ SOAP سروس کا مطلوبہ پاس ورڈ خودکار طور پر منتخب نیٹ ورک واسطے کا اکاؤنٹ نہیں ہوتا۔

ٹرانسپورٹ سیکیورٹی موڈ ایک اور فیصلہ ہے۔ صرف اس لیے کہ کوئی پرانا جواب تجویز کرتا ہے، صرف اسناد والے موڈ میں جانا ٹرانسپورٹ کے مفروضوں کو بدل دیتا ہے؛ یہ ثابت نہیں کرتا کہ راستہ یا اکاؤنٹ درست ہے۔ مطلوبہ منزل کا TLS برقرار رکھیں اور وہ تصدیقی ترتیب استعمال کریں جسے تعینات WCF کلائنٹ اور پراکسی حمایت دیتے ہیں۔

مفید تشخیص سروس اینڈ پوائنٹ، منتخب پراکسی ماخذ، بائنڈنگ انسٹانس اور پہلے جوابی مرحلے کا نام لیتی ہے۔ یہ 407 کو محدود کرتی ہے، مگر تیار کردہ سروس کلائنٹ کو غیر متعلقہ تشکیل کے اندازوں کے مجموعے میں تبدیل نہیں کرتی۔