NVP vProxy: Nie można zalogować się przy użyciu poświadczeń root, utracono dostęp do konta root
Podsumowanie: Utracono dostęp do konta głównego za pośrednictwem urządzenia vProxy.
Objawy
Nie można zalogować się przy użyciu konta administratora vProxy, korzystając z klienta internetowego SSH lub vSphere. Zwracane są błędy odmowy dostępu lub nieprawidłowych poświadczeń.
Przyczyna
Rozwiązanie
Jeśli konto root jest dostępne:
Jeśli konto główne jest dostępne za pośrednictwem połączenia konsoli maszyny wirtualnej vSphere, połącz się z vProxy przez SSH i zaloguj się przy użyciu poświadczeń administratora. Przełącz się na konto użytkownika root za pomocą poniższego polecenia i określ hasło użytkownika root.
sudo su -
Możesz zmienić (zaktualizować) hasło roota tylko wtedy, gdy masz już dostęp do konta root.
sudo passwd root
Jeśli hasło administratora zostało utracone, ale znasz hasło główne, połącz się z vProxy z poziomu klienta internetowego vSphere i zaloguj się jako root. Hasło administratora można zmienić za pomocą polecenia:
passwd admin
Rysunek 1. Zrzut ekranu właściwości vProxy z konsoli NetWorker Management Console (NMC).
Jeśli konto administratora jest zablokowane, zaloguj się na konto root z poziomu klienta internetowego vSphere i zresetuj konto administratora za pomocą pam_tally2 Aby go zresetować:
pam_tally2 --user admin --reset
Jeśli konto administratora nadal jest blokowane, sprawdź, skąd pochodzą żądania logowania:
journalctl -u sshd | grep -w 'Failed password'
To polecenie zawiera listę adresów IP systemów, które próbowały (ale nie powiodły się) zalogować przy użyciu poświadczeń administratora:
Dec 06 09:23:36 nsr-vproxy02.amer.lan sshd[9407]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=192.168.9.100 user=admin
Dec 06 09:23:38 nsr-vproxy02.amer.lan sshd[9407]: Failed password for admin from 192.168.9.100 port 54788 ssh2
W powyższym przykładzie widać, że ktoś próbował zalogować się jako administrator przy użyciu SSH z hosta 192.168.9.100. Mogą mieć zastosowanie następujące warunki:
- Host jest serwerem NetWorker z nieprawidłowym hasłem vProxy ustawionym we właściwościach vProxy
- Istnieje zautomatyzowane narzędzie lub skrypt skonfigurowany z nieprawidłowymi poświadczeniami (może to być poza NetWorker).
- Użytkownik wciąż próbuje uzyskać dostęp do serwera vProxy przy użyciu nieprawidłowych poświadczeń i blokuje konto.
journalctl dane wyjściowe pokazują docelowy adres translatora adresów sieciowych jako źródło, a nie źródło, z którego pochodzi sesja SSH.