WCF BasicHttpBinding: ProxyAddress এবং UseDefaultWebProxy

একটি জেনারেট করা পরিষেবা ক্লায়েন্টে পরিষেবা এন্ডপয়েন্ট এবং প্রক্সি-সম্পর্কিত বাইন্ডিং সেটিংস দুটোই থাকতে পারে। কোন ঠিকানা কোন ভূমিকার, তা শনাক্ত করে শুরু করুন। SOAP পরিষেবা গন্তব্য হিসেই থাকে; ProxyAddress একটি মধ্যবর্তীর নাম দেয়।

BasicHttpBinding-এ UseDefaultWebProxy স্বয়ংক্রিয়ভাবে কনফিগার করা প্রক্সি আচরণ নির্বাচন করে এবং ডিফল্টভাবে true। Microsoft-এর চুক্তি ওই true মানকে একটি null নয় এমন স্পষ্ট ProxyAddress-এর সাথে একত্র করার সমর্থন করে না। উভয়ই নির্ধারণ করে একটিকে নিঃশব্দে জিতবে বলে ধরে নেওয়ার বদলে সিদ্ধান্তটি সুসংগত করুন। অনুমোদিত অননুমোদিত পাবলিক প্রক্সি পথে সর্বজনীনভাবে পৌঁছানো যায় এমন SOAP পরিষেবার জন্য HTTP প্রক্সি তালিকা ProxyAddress-এর জন্য প্রার্থী ঠিকানা দেয়; অন্য এন্ডপয়েন্ট থেকে কোনো প্রক্সি শংসাপত্র রাখবেন না।

এন্ডপয়েন্ট আসলে যে বাইন্ডিং ব্যবহার করে তা পরীক্ষা করুন

একটি সহায়ক পদ্ধতি সঠিক বাইন্ডিং তৈরি করতে পারে, অথচ জেনারেট করা ক্লায়েন্ট এখনও অন্য একটি কনফিগার করা এন্ডপয়েন্ট ব্যবহার করে। ব্যর্থ হওয়া কলের জন্য নির্ধারিত বাইন্ডিং পরিদর্শন করুন। ক্লায়েন্ট কখনও যে কনফিগারেশন এন্ট্রি বেছে নেয়নি তা পরিবর্তন করে তার পথ প্রভাবিত করা যায় না।

তারপর প্রক্সি শংসাপত্রের ধরন ও পরিষেবা শংসাপত্রের ধরন আলাদা করুন। SOAP পরিষেবার প্রয়োজনীয় পাসওয়ার্ড স্বয়ংক্রিয়ভাবে নির্বাচিত নেটওয়ার্ক মধ্যবর্তীর জন্য অ্যাকাউন্ট নয়।

ট্রান্সপোর্ট নিরাপত্তা মোড আরেকটি সিদ্ধান্ত। কেবল একটি পুরনো উত্তর প্রস্তাব করছে বলে শুধু-শংসাপত্র মোডে যাওয়া ট্রান্সপোর্টের অনুমান বদলে দেয়; এটি পথ বা অ্যাকাউন্ট সঠিক বলে প্রমাণ করে না। লক্ষ্য গন্তব্যের TLS রক্ষা করুন এবং স্থাপিত WCF ক্লায়েন্ট ও প্রক্সি যে প্রমাণীকরণ ব্যবস্থা সমর্থন করে তা ব্যবহার করুন।

উপযোগী ডায়াগনস্টিক পরিষেবা এন্ডপয়েন্ট, নির্বাচিত প্রক্সি উৎস, বাইন্ডিং ইনস্ট্যান্স এবং প্রথম প্রতিক্রিয়া পর্যায়ের নাম উল্লেখ করে। এটি 407 সংকুচিত করে, কিন্তু জেনারেট করা পরিষেবা ক্লায়েন্টকে অসংলগ্ন কনফিগারেশন অনুমানের সংগ্রহে পরিণত করে না।