Como se constata houve um problema com um endereço IP de deslocamento. Eu verifiquei novamente ifconfig e percebi que o ip era diferente do que anteriormente. Eu dei um ip estático e o problema não ressurgiu.
Eu estou tentando ssh em minha máquina linux do meu mac. Se eu estiver fisicamente na máquina, posso fazer login com minha senha, mas se eu estiver enviando, ela se recusará. Estou recebendo: Permissão nega (publickey, teclado interativo) Eu já consegui fazer o ssh in (a última vez foi provavelmente há cerca de um mês), mas de repente não consigo mais acessá-lo. Eu pensei que isso poderia ser causado por algumas mudanças que eu fiz recentemente no system-auth, mas eu restaurei tudo para o que eu acredito que fosse o formato original:
#%PAM-1.0
# This file is auto-generated.
# User changes will be destroyed the next time authconfig is run.
auth required pam_env.so
auth sufficient pam_fprintd.so
auth sufficient pam_unix.so nullok try_first_pass
auth requisite pam_succeed_if.so uid >= 500 quiet
auth required pam_deny.so
account required pam_unix.so
account sufficient pam_localuser.so
account sufficient pam_succeed_if.so uid < 500 quiet
account required pam_permit.so
password requisite pam_cracklib.so try_first_pass retry=3
password sufficient pam_unix.so md5 shadow nullok try_first_pass use_authtok
password required pam_deny.so
session optional pam_keyinit.so revoke
session required pam_limits.so
session [success=1 default=ignore] pam_succeed_if.so service in crond quiet use_uid
session required pam_unix.so
Mas ainda não consegui ssh. Tentei remover minha senha toda e isso também não pareceu ajudar. Ele ainda pergunta e até mesmo digitando uma string vazia (nada) ainda me falha.
Eu verifiquei o sshd_config, por sugestão de uma resposta abaixo, e essa não parece ser a questão.
PermitEmptyPasswords yes
PasswordAuthentication yes
UsePAM yes
ChallengeResponseAuthentication no
RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile /home/%u/.ssh/authorized_keys
Na verdade, eu não examinei esse arquivo, antes de ser sugerido, então imagino que a maior parte provavelmente ainda seja um padrão do sistema.
E eu ainda estou excluído do ssh.
Algum conselho?
Se você estiver executando o Red Hat com o Enchanced Linux habilitado para segurança (SELinux), você pode estar com um problema porque o SELinux está impedindo que o sshd leia $ HOME / .ssh. Para tornar o SELinux feliz, você precisa fazer
root@sshd-server# restorecon -Rv ~/.ssh
Para ver se você está usando o SELinux, use sestatus. Aqui está o que parece se o SELinux estiver ativado.
root@sshd-server# sestatus
SELinux status: enabled
SELinuxfs mount: /selinux
Current mode: enforcing
Mode from config file: enforcing
Policy version: 24
Policy from config file: targeted
Parece que seu ssh está configurado para não permitir login de senha (que é uma abordagem de segurança incentivada). Existem duas soluções: altere as configurações ou as chaves de configuração em sua máquina com o mac.
Para alterar a configuração
sshd_config ( /etc/ssh/sshd_config ): PasswordAuthentication e verifique se ela está definida como yes (provavelmente será no ou comentada) service sshd restart
Para configurar chaves
~/.ssh/authorized_keys ) ssh para se conectar usando a chave em vez de uma senha NOTA:
A maneira mais fácil de enviar sua chave pública (opção chaves de configuração ) é ssh , então você pode querer transformar PasswordAuthentication em chaves de configuração e desativá-la novamente assim que seu chave é configuração.
Se você não sabe o que está acontecendo, tente configurar outro daemon SSH em outra porta com o modo de depuração:
server# /usr/sbin/sshd -p 2222 -d
Em seguida, tente se conectar ao seu servidor ssh:
client$ ssh server -p 2222
Se você não tiver nenhuma saída relevante na depuração do servidor, tente adicionar mais "-d" até 3 para aumentar o nível de depuração.
Boa sorte