NVP vProxy: Det går inte att logga in med rotinloggningsuppgifter, rotåtkomsten förlorad
Summary: Rotkontoåtkomst via vProxy-enheten går förlorad.
Symptoms
Du kan inte logga in med vProxys administratörskonto från antingen SSH- eller vSphere-webbklienten. Fel med nekad åtkomst eller ogiltiga autentiseringsuppgifter returneras.
Cause
Resolution
Om rotkontot är tillgängligt:
Om rotkontot är tillgängligt via vSphere VM-konsolanslutningen ansluter du till vProxy via SSH och loggar in med administratörsautentiseringsuppgifter. Växla till rotanvändarkontot med kommandot nedan och ange lösenordet för rotanvändaren.
sudo su -
Du kan bara ändra (uppdatera) rotlösenordet om du redan har åtkomst till rotkontot.
sudo passwd root
Om administratörslösenordet är förlorat men känner till root-lösenordet, anslut till vProxy från vSphere-webbklienten och logga in som root. Administratörslösenordet kan ändras med kommandot:
passwd admin
Bild 1: Skärmbild av vProxy-egenskaper från NetWorker Management Console (NMC).
Om administratörskontot är låst loggar du in med rotkontot från vSphere-webbklienten och återställer administratörskontot med pam_tally2 Så här återställer du den:
pam_tally2 --user admin --reset
Om administratörskontot fortsätter att vara låst kontrollerar du var inloggningsförfrågningarna kommer ifrån:
journalctl -u sshd | grep -w 'Failed password'
Det här kommandot listar IP-adresserna för system som försökte (och misslyckades) att logga in med administratörsautentiseringsuppgifterna:
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
I exemplet ovan kan vi se att någon försökte logga in som administratör med SSH från värden 192.168.9.100. Följande villkor kan gälla:
- Värden är en NetWorker-server med det felaktiga vProxy-lösenordet angivet i vProxy-egenskaperna
- Det finns ett automatiserat verktyg eller skript som har konfigurerats med felaktiga inloggningsuppgifter (detta skulle vara utanför NetWorker).
- En användare fortsätter att försöka komma åt vProxy med felaktiga autentiseringsuppgifter och låsa kontot.
journalctl utdata visar NAT-måladressen som källa, inte var SSH-sessionen kommer från.