თუ პროქსის პაროლი მუშაობს Eclipse-ის გადატვირთვამდე, გამოიკვლიეთ, სად ინახება სერტიფიკატი. პროქსის პორტის შეცვლა საცავს ნაკლებად სავარაუდოდ შეაკეთებს.

ჯერ შეამოწმეთ აქტიური პროვაიდერი და Network Connections-ში განკუთვნილი ჩანაწერი. შემდეგ ნახეთ General → Security → Secure Storage. მისი Contents ჩანართი აჩვენებს საცავის მდებარეობას და ჩანაწერების არსებობას; დაშიფრული მნიშვნელობები ნიღბიანი რჩება. შეამოწმეთ, რომ ეს ადგილი ჩაწერადია და ეკუთვნის იმ ინსტალაციასა და მომხმარებლის პროფილს, რომელსაც რეალურად იყენებთ.

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

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

პაროლი, რომელიც რჩება გადატვირთვებს შორის, მაგრამ პროქსი უარყოფს, სხვა ხარვეზია. დაუბრუნდით არჩეულ პროტოკოლს, ანგარიშის ფორმატს და აუთენტიფიკაციის მეთოდს. იმავე პაროლის ღია ტექსტის JVM პარამეტრებში ჩასმა მხოლოდ მის გამოვლენას ცვლის; ის არ განსაზღვრავს, რომელი ფენა ჩავარდა.

დაკავშირებული სტატიები