Não é possível fazer o login como root

Question

No meu trabalho, enviamos nossos produtos em servidores pré-instalados como um pacote de software / hardware. Estamos usando o SUSE 10.3 aberto para o sistema operacional e nós configuramos e sempre fazemos login com o usuário root para fazer manutenção na caixa. Recentemente nós apenas tivemos caixa retornou para nós que o cliente disse que não poderia mais se conectar à caixa através da interface de rede. Então, quando eu comecei a trabalhar na caixa eu corri para o problema: No prompt de comando para entrar eu digite o nome de usuário "root" e aperte enter. Então, mesmo antes de me pedir uma senha, recebo "Login incorreto".

Nunca vi esse comportamento antes e não encontrei nenhuma informação on-line. Alguém sabe o que está acontecendo?

Obrigado.

    

Answer 1

Verifique seu /var/log/auth.log em caso de login com falha na raiz. Você pode descobrir algo semelhante a estes:

Dec 30 07:31:51 vps login [18093]: (pam_securetty) acesso negado: tty 'hvc0' não é seguro ! Dec 30 07:31:51 vps login [18093]: LOGIN FAILED (1) em 'hvc0' FOR 'root', falha de autenticação

Nos sistemas modernos, há muitas novas tecnologias usadas e, por exemplo, a instância virtualizada do XenServer pode ter o console como hvc0.

Isso pode ser corrigido incluindo esse console em / etc / securetty. Basta digitar: echo hvc0 > > / etc / securetty & & matar -1 1 Em seguida, tente fazer login novamente.

    

Answer 2

algumas possibilidades que imediatamente me ocorrem:

• provavelmente, alguém alterou a senha do root. o que poderia significar que a caixa foi hackeada.
• o arquivo passwd ou shadow foi corrompido ou excluído de alguma forma.
• idem para /etc/nsswitch.conf ou sua configuração do PAM.

para corrigir (ou, pelo menos, obter acesso root novamente):

reinicialize o sistema. no prompt do grub, edite a linha do kernel e adicione "init = / bin / bash". quando o sistema inicializar, você receberá um prompt bash e o root fs será montado somente para leitura. você precisará remontá-lo RW. então mude a senha de root. em seguida, execute sync, remount / as RO novamente e "reboot -f now" (opcionalmente, execute mais alguma investigação / correção antes de reinicializar).

nota: no entanto, o console tty estará em um estado muito estranho. você não conseguirá, por exemplo, matar processos pressionando ^ C (porque ^ C ainda não está mapeado para SIGINT). por isso, não cometa o erro de fazer ping em qualquer lugar ou de executar qualquer outra coisa que continue até obter um INT. abra mais alguns VTs com o comando openvt antes de fazer qualquer coisa.

(BTW, para mais sobre este tópico, veja meu post no blog ^ C não mata processos, o SIGINT )

    

Answer 3

Eu imagino que ninguém se importe com isso, mas acabei de acertar esse problema.

Cenário: Nós tentamos inicializar o SuSE Linux 11 com o modo Rescue, e substituir a entrada / etc / shadow por null para que o root possa efetuar login sem uma senha. O resultado é o que o autor original disse: "Login incorreto" sem ser solicitado uma senha. Não sei o que, mas alguma coisa else está sendo alterada por senha.

A solução é usar o comando real passwd, e o ponto fixo é o mount --bind abaixo, porque sem ele, o passwd falha quando os dispositivos de bloco necessários não estão lá:

• (inicializar no resgate)
• mount / dev / sda1 / mnt
• mount --bind / dev / mnt / dev
• chroot / mnt
• raiz passwd

Em seguida, o habitual humount, umount, sync, halter.

Espero que isso ajude alguém.

    

Answer 4

Parece que sua melhor aposta é usar um CD ao vivo e ver a configuração real de login na caixa.

    

Answer 5

Algum tipo de pergunta idiota: o seu teclado está quebrado?

Você pode inicializar seu servidor e iniciar em modo único para obter acesso root e, em seguida, restaurar sua senha com o comando "passwd".

Aqui está um link sobre como fazer isso em uma instalação da Red Hat:

link

Espero que isso ajude você

    

Answer 6

Isso pode muito bem ser um sintoma de um problema maior. Mesmo se você corrigir o problema de login, poderá haver outras surpresas esperando por você ou por seu cliente. Talvez seja melhor e mais seguro realizar uma nova instalação e fazer isso.

    

Answer 7

Alguns sistemas operacionais Linux recentes não têm uma conta root que pode ser conectada, em vez disso você deve fazer o login como usuário normal e sudo como root. Você tem outra conta para essa máquina?

    

Answer 8

Primeiro, você precisa entrar no seu sistema. Isso pode ser feito com um

init=/bin/bash

em seus parâmetros de inicialização do kernel. Após a inicialização, você obtém um shell de root sem autenticação, mas nada mais.

A segunda coisa a fazer, é tornar seu sistema em execução (assim, debugável), enquanto você tem ainda mais o seu shell de root. Isso pode ser feito em duas etapas. Primeiro, você precisa abrir um console de char, com o comando

openvt -c 23 -f /bin/bash

Ele abrirá um segundo shell de root no seu 23º console virtual, que você pode acessar pressionando alt / leftarrow no seu primeiro console virtual (mais tarde, no X, você pode acessar este primeiro console virtual com um alt / ctrl / f1).

Depois disso, você pode iniciar seu sistema com o comando

exec /sbin/init

Se tudo correu bem, seu sistema agora roda, você não pode logar mais, mas você pode pelo menos em breve experimentá-los, enquanto você tem um console root em tty23.

Agora tente efetuar login e verifique os arquivos de log em / var / log, o que ele diz. Se não for o suficiente para encontrar e eliminar o problema, este site está esperando por você com sua próxima pergunta e partes interessantes do log de erros.

    

Answer 9

Isso tem um problema com o Módulo de Autenticação do PAM:

cd /etc/pam.d

Também precisamos editar " su " no diretório /etc/pam.d

sudo nano su

auth required pam_securetty.so - Esta linha deve ser comentada com "#", somente root pode logar como root, não pode mudar por exemplo de outro usuário para root.

    

Answer 10

Isso é sobre o SSH? A maioria das distros (SuSE incluído) desabilita a raiz do logging via SSH por padrão. A configuração relevante é "PermitRootLogin" em / etc / ssh / sshd_config; mude para "Sim" e reinicie o SSHD, veja se funciona.

    

Answer 11

Se esse é um produto pronto para uso ao qual seu cliente não teve acesso root e você tem certeza de que há um usuário root e sua senha que somente sua empresa sabia que não está funcionando, parece que outra pessoa o alterou . Sem ninguém te notificar de mudanças, então eu diria que é hackeado.

Desconecte-o da sua rede IMEDIATAMENTE.

Use um liveboot CD para acessar o sistema de arquivos, se houver algo que você precise sair da caixa, mas eu pessoalmente considero isso comprometido. Se a máquina não sofreu o backup regularmente, nossa política é presumir que ela não tem dados de importância e apenas limpar, reinstalar e reconfigurar, já que você não pode confiar em nenhum dado. ser trojanado ou alterado.