SSH diagnóstico de “conexão recusada”?

3

Estou recebendo uma "conexão recusada" constante ao tentar conectar o SSH do OS X a um VPS do CentOS com um painel de controle WHM. O SSH está ativado no WHM e eu gero chaves SSH. Eu também tentei o SSH com o firewall desligado por um minuto, mas sem sorte.

Depois de ler outras questões, eu corri ssh -vv [email protected] e isso me dá:

debug2: ssh_connect: needpriv 0
debug1: connect to address xx.xxx.xx.xx port 22: Connection refused

e executando nc -zvw 2 xx.xxx.xx.xx 22 me dá

nc: connect to xx.xxx.xx.xx port 22 (tcp) failed: Connection refused

O que isso realmente significa? O que mais eu posso tentar?

    
por markratledge 13.04.2011 / 20:29

4 respostas

5

A porta parece estar fechada (ou filtrada, mas você diz que já tentou desativar o firewall - você está falando do que está no VPS, certo?).

Você pode por favor postar a saída deste comando no VPS se você tiver acesso por outros meios?

netstat -ntlp

Deve listar todas as portas abertas. Verifique se a porta 22 está no IP correto se você tiver vários.

Você tem regras de firewall de tráfego de saída no cliente OSX?

Edit: Eu tomei a liberdade de executar uma varredura de porta contra esse host e não parece ter um firewall de qualquer maneira, como muitas portas estão abertas (você provavelmente deve fechar alguns ou mais quando puder). O SSH não parece estar ativo:

Starting Nmap 5.00 ( http://nmap.org ) at 2011-04-13 15:36 GMT+3
Interesting ports on ns1.resume-resource.com (72.249.28.26):
Not shown: 958 filtered ports, 31 closed ports
PORT     STATE SERVICE
21/tcp   open  ftp
25/tcp   open  smtp
53/tcp   open  domain
80/tcp   open  http
110/tcp  open  pop3
143/tcp  open  imap
443/tcp  open  https
465/tcp  open  smtps
993/tcp  open  imaps
995/tcp  open  pop3s
2200/tcp open  unknown

Experimente /etc/init.d/sshd restart e verifique /var/log/messages para erros.

    
por 13.04.2011 / 20:34
1

Se você está recebendo "Permissão negada", verifique se:

1 - Sua chave está em .ssh / authorized_keys

2 - As permissões em .ssh / authorized_keys estão corretas. Faça um chmod -R 700 .ssh para ter certeza.

    
por 13.04.2011 / 21:40
0

você verificou /etc/hosts.deny ? Certa vez, tive o daemon denyhosts em execução por engano e continuei adicionando meu laptop lá, até encontrá-lo e matá-lo.

    
por 13.04.2011 / 22:58
-3

é uma correção simples e pode ser concluída em poucos minutos via cPanel / scripts padrão

  1. Faça login no seu servidor como root via SSH
  2. Executar: / scripts / updatenow
  3. Executar: / scripts / fixndc

Isso consertará seus problemas algumas vezes, mas se isso não acontecer, faça o os seguintes passos:

  1. Faça login no seu servidor como root via SSH
  2. Executar: vi /etc/rndc.conf (ou vi /etc/namedb/rndc.conf no FreeBSD) substitua todas as instâncias de "rndc-key" por "rndckey"
  3. Executar: vi /etc/named.conf (ou vi /etc/namedb/named.conf no FreeBSD) substitua todas as instâncias de "rndc-key" por "rndckey"
  4. Executar: / scripts / fixnamed
  5. Executar: / scripts / fixndc
  6. Se você recebeu um erro na última etapa, execute / scripts / fixndc outro tempo.
  7. Reinicie o nome (na RH este é o serviço chamado reinicialização)

Se você ainda tiver problemas, tente verificar os fóruns do cpanel ou entre em contato com o suporte do cpanel para obter mais ajuda.

    
por 12.03.2015 / 00:21

Tags