WCF BasicHttpBinding: ProxyAddress და UseDefaultWebProxy

გენერირებულ სერვისის კლიენტს შეიძლება ჰქონდეს როგორც სერვისის საბოლოო წერტილი, ისე პროქსისთან დაკავშირებული მიბმის პარამეტრები. დაიწყეთ იმის დადგენით, რომელი მისამართი რომელ როლს ეკუთვნის. SOAP სერვისი რჩება დანიშნულების ადგილად; ProxyAddress შუამავალს ასახელებს.

BasicHttpBinding-ისთვის UseDefaultWebProxy ირჩევს ავტომატურად კონფიგურირებულ პროქსის ქცევას და ნაგულისხმევად true-ია. Microsoft-ის კონტრაქტი არ უჭერს მხარს ამ true მნიშვნელობის შეუთავსებლობას null-ისგან განსხვავებულ აშკარა ProxyAddress-თან. არჩევანი თანმიმდევრული გახადეთ იმის ნაცვლად, რომ ორივე მიუთითოთ და ჩათვალოთ, რომ ერთი ჩუმად იმარჯვებს. საჯაროდ ხელმისაწვდომი SOAP სერვისისთვის დაშვებულ არაავთენტიფიცირებულ საჯარო პროქსის მარშრუტზე HTTP პროქსების სია გთავაზობთ კანდიდატ მისამართებს ProxyAddress-ისთვის; არ შეინახოთ პროქსის სერტიფიკატები სხვა საბოლოო წერტილიდან.

შეამოწმეთ მიბმა, რომელსაც საბოლოო წერტილი რეალურად იყენებს

დამხმარე ფუნქციამ შეიძლება სწორი მიბმა ააგოს, მაშინ როცა გენერირებული კლიენტი კვლავ სხვა კონფიგურირებულ საბოლოო წერტილს იყენებს. შეამოწმეთ წარუმატებელ გამოძახებაზე მინიჭებული მიბმა. კონფიგურაციის ჩანაწერის შეცვლა, რომელიც კლიენტს არასდროს აურჩევია, ვერ იმოქმედებს მის მარშრუტზე.

შემდეგ გაარჩიეთ პროქსის სერტიფიკატის ტიპი სერვისის სერტიფიკატის ტიპისგან. SOAP სერვისის მიერ მოთხოვნილი პაროლი ავტომატურად არ არის არჩეული ქსელური შუამავლის ანგარიში.

ტრანსპორტის უსაფრთხოების რეჟიმი კიდევ ერთი გადაწყვეტილებაა. მხოლოდ სერტიფიკატების რეჟიმზე გადასვლა მხოლოდ იმიტომ, რომ ძველი პასუხი ამას გვთავაზობს, ცვლის ტრანსპორტის ვარაუდებს; ეს არ ამტკიცებს, რომ მარშრუტი ან ანგარიში სწორია. შეინარჩუნეთ დანიშნულების განზრახული TLS და გამოიყენეთ ის ავთენტიფიკაციის წყობა, რომელსაც მხარს უჭერენ განლაგებული WCF კლიენტი და პროქსი.

სასარგებლო დიაგნოსტიკა ასახელებს სერვისის საბოლოო წერტილს, არჩეულ პროქსის წყაროს, მიბმის ეგზემპლარს და პასუხის პირველ ეტაპს. ეს ავიწროებს 407-ს გენერირებული სერვისის კლიენტის დაუკავშირებელი კონფიგურაციის ვარაუდების კრებულად გადაქცევის გარეშე.