აირჩიეთ Java HTTP პროქსის სერტიფიკატები გამოწვევის იდენტურობის მიხედვით
ანგარიშის დაბრუნებამდე შეუსაბამეთ მომთხოვნის ტიპი, ჰოსტი და პორტი; შეუსაბამო სერვერის გამოწვევები ამ ძიების გარეთ დატოვეთ.
ყოველი HTTP ავთენტიფიკაციის გამოძახებისთვის მიიღეთ სერტიფიკატის გადაწყვეტილება ამ თანმიმდევრობით:
- შეამოწმეთ, რომ მომთხოვნი პროქსია და არა დანიშნულების სერვერი.
- შეუსაბამეთ მომთხოვნი ჰოსტი და პორტი დამტკიცებულ პროქსის ჩანაწერს.
- დააბრუნეთ ამ ჩანაწერის ანგარიში, ან არავითარი სერტიფიკატი შეუსაბამო გამოწვევისთვის.
ერთი უპირობო მომხმარებლის სახელი/პაროლი ვერ გამოხატავს ორი პროქსის ანგარიშებს და შეიძლება ისინი სხვა მიმღებს გაუჟონოს.
უპირატესობა მიეცით კლიენტზე მიმაგრებულ Authenticator-ს Java-ს HTTP კლიენტის შემქმნელის გამოყენებისას. JVM-ის ნაგულისხმევი Authenticator სხვა მონაწილე კოდზეც მოქმედებს.
ნებისმიერი ჰოსტ-ფსევდონიმის დაკავშირება განსაზღვრეთ განზრახ, თვითნებური სახელების მიღების ნაცვლად. ეს HTTP შაბლონია; SOCKS-ს შეუძლია სხვა იმპლემენტაციის გზა გამოიყენოს მსგავსი ჰოსტის სახელის დროსაც.
დიაგნოსტიკისთვის ჩაწერეთ გამოწვევის ტიპი და შესაბამისი ანგარიშის იდენტიფიკატორი მისი საიდუმლოს გარეშე. ეს ხსნის არეალის გადაწყვეტილებას პაროლების ლოგირების გარეშე.