Não é possível conectar-se ao meu próprio sistema por meio do SSH

Question

Meu sistema Fedora está conectado à internet através de um servidor proxy e temos IPs atribuídos a todos os sistemas conectados via LAN - o meu tem 192.168.0.103 (a propósito, o que é esse tipo de IP chamado? termo técnico? ). Eu estava tentando configurar o smartsvn e descobri que o SSH foi interrompido e é por isso que não estava funcionando. Você pode verificar minha pergunta anterior SmartSVN - Não é possível criar novo perfil de repositório .

sshd foi parado no meu sistema. A tentativa de ssh [email protected] estava dizendo Connection refused . Então o fllowing coisas aconteceu - não me lembro a seqüência exata em que eles aconteceram -

• Eu fiz service sshd start e, em seguida, recebi a solicitação de senha ao tentar ssh.
• Eu digitei a senha correta de root user mas continuei negando dizendo - Permission denied, please try again. .
• Eu provavelmente reiniciei o sshd e ele parou de perguntar por senha fazendo ssh [email protected] e continuou mostrando ssh_exchange_identification: Connection closed by remote host .

Eu verifiquei esta solução ssh_exchange_identification: conexão fechada por host remoto e descobriu que -

• meu IP estava presente em /etc/hosts.deny - sshd: 192.168.0.103
• Houve tentativas de login com falha em /var/log/secure .

Então eu apaguei essas coisas desses dois arquivos. Depois disso, ssh [email protected] solicitou a senha novamente, mas novamente o mesmo problema. Digitar a senha correta diz - Permission denied, please try again.

Nesse arquivo está escrito

> This file describes the names of the
> hosts which are
> #     *not* allowed to use the local INET services, as decided
> #     by the '/usr/sbin/tcpd' server.

Mas esse arquivo não pode ser visualizado em texto. Parece que um pouco mais de configuração precisa ser corrigido onde está definido para não permitir este IP para conexão SSH. O que preciso consertar?

Eu tentei conexão ssh de outros sistemas conectados via LAN. Permissão negada a eles também. Eu efetuei logout e login depois de fazer essas alterações no arquivo, reiniciei o sshd e confirmei que esses dois arquivos não contêm nada disso agora.

Mas ainda não está funcionando. O que estou perdendo. Quaisquer ponteiros?

Obrigado,
Sandeepan

    

Answer 1

Fazer login em um sistema como root geralmente é considerado uma coisa ruim. Você provavelmente descobrirá que o sshd está negando os logins raiz. Verifique o / etc / ssh / sshd_config para a linha

PermitRootLogin no

A alteração de não para sim e a reinicialização do sshd permitirão que o root faça o login. No entanto, esta é uma má idéia. Você deve se conectar como usuário normal e usar sudo ou su para realizar tarefas administrativas.

O endereço IP que você tem é um endereço de um dos blocos endereço privado .

    

Answer 2

A maioria dos sistemas linux não permitirá que o root se conecte ao ssh. procure a linha

PermitRootLogin no

no arquivo / etc / ssh / sshd_config

Eu optaria por usar um usuário menos privilegiado, se puder.

    

Answer 3

• Tente se conectar como usuário normal com sua senha. Isso funciona?
• Verifique a linha que contém "PermitRootLogin" em / etc / ssh / sshd_config. Este parâmetro permite / nega a raiz do usuário para efetuar login via ssh. Se configurado como "no", mude para "yes" e reinicie o servidor ssh. E tente fazer o login novamente.

Você não precisa excluir linhas em / var / log / *. Esses arquivos contêm registros de ações anteriores, não informações de estado.

Os endereços IP 192.168. *. *, 10. *. *. *, 172.16.0.0 - 172.31.255.255 são chamados de "endereços privados" definidos no RFC1918 para serem usados em redes privadas.