VPS - Perdeu a senha e não pode usar a passagem em branco através da conexão de área de trabalho remota

Question

No momento, estou tentando fazer login no meu servidor dedicado e esqueci a senha.

Eu tentei muitas coisas diferentes e atualmente tenho acesso SSH. Eu inicializo a dedi no modo de recuperação (para o SSH) e, em seguida, de volta para a inicialização do disco rígido para que eu possa usar a conexão de área de trabalho remota (RDC). No entanto, minhas tentativas mais recentes de usar o seguinte:

Em / mnt / Windows / System32 / config - > Eu uso chntpw -u Administrador SAM e tentei usar a opção 2 ... Isso foi editar / definir nova senha de usuário e falhou. Em segundo lugar eu tentei apagar a senha (Opção 1) completamente, isso parecia ter funcionado, mas infelizmente eu recebo um erro ao tentar se conectar via RDC dizendo senha inválida. Depois de muita pesquisa, percebi que muitas vezes as conexões remotas são incapazes de usar senhas em branco.

Então, eu pensei em voltar para o SSH e editar a senha para ficar vazia, e ver se isso funcionava novamente. Mas eu recebo este erro: "Desculpe, incapaz de editar uma vez que a senha parece em branco já (assim não há espaço para isso)" e ele me pede para fazer o login sem senha.

Eu estou olhando para A) Defina uma nova senha, ou B) Apenas coloque a maldita conta de administrador acessível novamente via RDC. Obrigado pela ajuda antecipadamente.

    

Answer 1

chntpw vem com um editor de registro. Conforme descrito na resposta "Área de trabalho remota sem uma senha" , sob a chave do Registro HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa você pode criar um valor LimitBlankPasswordUse (tipo DWORD) e defini-lo como zero.

1. Comece com chntpw -e /mnt/Windows/System32/config/SYSTEM ,
2. então cd into \CurrentControlSet\Control\Lsa ,
3. crie o valor usando nv 4 LimitBlankPasswordUse .

Isso deve fazer com que o Windows aceite senhas em branco para logins que não são do console na próxima inicialização.

Depois disso, você tem cinco minutos para definir uma nova senha para o Administrador, até que um desses bots de varredura de vulnerabilidade decida aceitar isso como um convite para o seu servidor ...