SoapUI SOAP পরিষেবা প্রমাণীকরণের আগেই 407 পায়
প্রক্সি লগইন SoapUI-এর প্রক্সি সেটিংসে রাখুন এবং পরিষেবার 401 বা মেসেজ-নিরাপত্তা শংসাপত্র থেকে এটি আলাদাভাবে নির্ণয় করুন।
407 SoapUI-কে মধ্যস্থতাকারীর কাছে প্রমাণীকরণ করতে বলে। SOAP পরিষেবার জন্য ইচ্ছিত Authorization হেডার এটি উত্তর দিতে পারে না, এবং HTTPS-এ প্রক্সি পরিষেবার অনুরোধ পাঠানোর আগেই CONNECT প্রত্যাখ্যান করতে পারে।
মধ্যস্থতাকারীর হোস্ট, পোর্ট, ব্যবহারকারীর নাম ও পাসওয়ার্ড SoapUI-এর প্রক্সি সেটিংসে দিন। পরিষেবার প্রমাণীকরণ তার অনুরোধে বা প্রযোজ্য অনুমোদন প্রোফাইলে রাখুন। SOAP মেসেজ-নিরাপত্তার শংসাপত্র আরেকটি স্তর তৈরি করতে পারে।
| প্রতিক্রিয়া | কে জিজ্ঞাসা করছে? | সংশ্লিষ্ট শংসাপত্র হেডার |
|---|---|---|
| 407 / Proxy-Authenticate | প্রক্সি | Proxy-Authorization |
| 401 / WWW-Authenticate | গন্তব্য | Authorization |
HTTPS ব্যর্থতার জন্য প্রথমে CONNECT গৃহীত হয়েছিল কিনা তা নির্ধারণ করুন। তারপর পরিষেবার আদান-প্রদান দেখুন। এই ক্রম টানেল লগইন অনুপস্থিত থাকাকে পরিষেবার নিজের অ্যাকাউন্ট প্রত্যাখ্যান ভেবে ভুল করার হাত থেকে বাঁচায়।
ভুল অ্যাকাউন্ট পাঠানো হচ্ছে মনে হলে নির্বাচিত প্রমাণীকরণ প্রোফাইল, স্পষ্ট হেডার এবং প্রকৃত আদান-প্রদান গোপন তথ্য সরিয়ে তুলনা করুন। SoapUI-এর সংস্করণ সেই প্রমাণের সঙ্গে রাখুন; পুরোনো সংস্করণে এই লক্ষণের প্রতিবেদন এই ইনস্টলেশনে তার কারণ প্রমাণ করে না।
হাতে তৈরি Basic হেডার কেবল Basic প্রমাণীকরণে প্রযোজ্য। এর Base64 বিষয়বস্তুতে এখনও শংসাপত্র থাকে, এবং দ্বিগুণ Authorization হেডার বা প্রক্সি সেটিংসে কপি করা মান দ্বিতীয় ত্রুটি তৈরি করতে পারে।