„Eclipse“ pamiršta tarpinio serverio slaptažodį
Atskirkite „Eclipse“ tarpinio serverio maršrutizavimo gedimą nuo kredencialų, kurie nesaugomi „Secure Storage“.
Jei tarpinio serverio slaptažodis veikia iki „Eclipse“ paleidžiama iš naujo, ištirkite, kur saugomi kredencialai. Tarpinio serverio prievado keitimas saugyklos greičiausiai nesutaisys.
Pirmiausia patikrinkite aktyvų teikėją ir numatytą įrašą skiltyje Network Connections. Tada peržiūrėkite General → Security → Secure Storage. Skirtukas Contents rodo saugyklos vietą ir ar yra įrašų; užšifruotos reikšmės lieka užmaskuotos. Patikrinkite, ar ši vieta įrašoma ir priklauso diegimui bei naudotojo profiliui, kurį iš tikrųjų naudojate.
„Secure Storage“ turi pagrindinio slaptažodžio sluoksnį, atskirą nuo tarpinio serverio paskyros. Norint atkurti tą slaptažodį reikia iš anksto sukonfigūruotų atkūrimo klausimų. Atkūrimo veiksmas nėra įprastas žingsnis kiekvienam tarpinio serverio slaptažodžiui išsaugoti, o pakartotinis jo keitimas ir atkūrimas nėra bendras autentifikavimo pataisymas.
Būkite atsargūs su saugyklos Delete veiksmu: jis pašalina visą turinį, kuriame gali būti kitų „Eclipse“ komponentų naudojami kredencialai. Išspręskite prieigą prie esamos saugyklos prieš svarstydami atstatymą, ir planuokite iš naujo įvesti paveiktus slaptus duomenis, jei atstatymas būtinas.
Slaptažodis, kuris išlieka tarp paleidimų, bet tarpinio serverio atmetamas, yra kitas gedimas. Grįžkite prie pasirinkto protokolo, paskyros formato ir autentifikavimo metodo. Tos pačios slaptažodžio įrašymas į atviro teksto JVM parinktis tik pakeičia jo atskleidimą; jis nenurodo, kuris sluoksnis nepavyko.