SSH faz conexão externa, mas não consigo fazer login [RESOLVIDO]

kaya_
(usa Debian)

Enviado em 01/11/2010 - 16:23h

Olá Galera da VOL, estou novamente aqui pra postar uma duvida... tou querendo me conectar com o computador atraves do do ssh, ja fiz o nat no modem, já adicionei as regras no iptables, ja instalei o no-ip direcionando o dns para a minha maquina e não consigo me conectar o ssh usando o login do no-ip, instalei o nmap e cuja saida é essa:

celo@ubuntu:/home/celo# nmap celomorais.no-ip.info

Starting Nmap 5.21 ( http://nmap.org ) at 2010-11-01 15:04 BRT
Nmap scan report for celomorais.no-ip.info (187.58.178.125)
Host is up (0.0042s latency).
rDNS record for 187.58.178.125: 187.58.178.125.static.host.gvt.net.br
Not shown: 998 closed ports
PORT STATE SERVICE
22/tcp open ssh
8085/tcp open unknown

e rodei o comando ssh -vv celo@celomorais.no-ip.info

OpenSSH_5.5p1 Debian-4ubuntu4, OpenSSL 0.9.8o 01 Jun 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to celomorais.no-ip.info [187.58.178.125] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_rsa-cert type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: identity file /root/.ssh/id_dsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.5p1 Debian-4ubuntu4
debug1: match: OpenSSH_5.5p1 Debian-4ubuntu4 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.5p1 Debian-4ubuntu4
debug2: fd 3 setting O_NONBLOCK
debug1: SSH2_MSG_KEXINIT sent
Connection closed by 187.58.178.125

visto que há conexão estabelecida mas nao consigo fazer o login, onde estou errando, não estou vendo, o que eu posso fazer?. Grato

cytron
(usa Slackware)

Enviado em 01/11/2010 - 18:45h

Pelo que dá pra ver nessa última linha, a conexão é fechada pelo sevidor ssh.

Percebi que seu user "celo" tem uid root. Dá uma conferida no arquivo /etc/ssh/sshd_config, lá tem a opção "PermitRootLogin" cujo default é "yes", mas vai que está "no".

Fora isso, pode haver outra opção... ou então rode o daemon em modo debug (-d), tenta conectar e vê o que o servidor vai dizer.

kaya_
(usa Debian)

Enviado em 01/11/2010 - 23:14h

cytron, meu /etc/ssh/sshd_config estar com o root default como vc mesmo disse, e eu não sei como rodar o daemon nem em modo -d, como faço isso? Rapaz a conexão está estabelecida mas não sei o que acontece, já tentei dar o ssh via usuario normal e fica na mesma =/, alguma dica ai?

cytron
(usa Slackware)

Enviado em 02/11/2010 - 00:52h

Pelo log que você passou, a conexão é estabelecida e em seguida encontra algo que não está de acordo, com isso a conexão é fechada pelo servidor:

Connection closed by 187.58.178.125

Para rodar o daemon sshd novamente você precisa derrubar o daemon que já está rodando, faça isso através do pid que se encontra em /var/run/sshd.pid:

# kill -QUIT `cat /var/run/sshd.pid`

Observe o detalhe ` ao invés de '

Bom, após derrubar o daemon, vamos iniciá-lo no modo debug, é preciso colocar o caminho completo, pois existe um esquema de segurança no sshd:

# /usr/sbin/sshd -d

debug1: sshd version OpenSSH_5.5p1
debug1: read PEM private key done: type RSA
debug1: private host key: #0 type 1 RSA
debug1: read PEM private key done: type DSA
debug1: private host key: #1 type 2 DSA
debug1: rexec_argv[0]='/usr/sbin/sshd'
debug1: rexec_argv[1]='-d'
Set /proc/self/oom_adj from 0 to -17
debug1: Bind to port 22 on 0.0.0.0.
Server listening on 0.0.0.0 port 22.
debug1: Bind to port 22 on ::.
Server listening on :: port 22.
===> aqui o cursor fica aguardando operações

Neste ponto basta você se conectar como cliente ssh que o problema deve aparecer, se não conseguir resolver posta aqui que analizamos. (ctrl+c fecha o daemon e volta a linha de comandos, executar sem -d roda o daemon normalmente)

kaya_
(usa Debian)

Enviado em 02/11/2010 - 02:59h

Ao rodar o comando aparece isso aqui:

root@ubuntu:/home/celo# /usr/sbin/sshd -d
debug1: sshd version OpenSSH_5.5p1 Debian-4ubuntu4
debug1: read PEM private key done: type RSA
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
debug1: private host key: #0 type 1 RSA
debug1: read PEM private key done: type DSA
debug1: Checking blacklist file /usr/share/ssh/blacklist.DSA-1024
debug1: Checking blacklist file /etc/ssh/blacklist.DSA-1024
debug1: private host key: #1 type 2 DSA
debug1: rexec_argv[0]='/usr/sbin/sshd'
debug1: rexec_argv[1]='-d'
Set /proc/self/oom_adj from 0 to -17
debug1: Bind to port 22 on 0.0.0.0.
Bind to port 22 on 0.0.0.0 failed: Address already in use.
debug1: Bind to port 22 on ::.
Bind to port 22 on :: failed: Address already in use.
Cannot bind any address.

diz que ja ta em uso, pesquisei na insterte e eu vi um comando "netstat -ntl" que tem essa saida aqui:

Conexões Internet Ativas (somente servidores)
Proto Recv-Q Send-Q Endereço Local Endereço Remoto Estado
tcp 0 0 0.0.0.0:22 0.0.0.0:* OUÇA
tcp 0 0 127.0.0.1:631 0.0.0.0:* OUÇA
tcp6 0 0 :::22 :::* OUÇA
tcp6 0 0 ::1:631 :::* OUÇA

Será que pode me ajudar, cada dia que passa me enrolo mais e mais com isso =/

cytron
(usa Slackware)

Enviado em 08/11/2010 - 12:39h

Provavelmente o kill não derrubou o processo.

Vamos fazer de outra forma:

// Comando para localizar o pid do sshd:

# ps aux|grep sshd

// Resultado semelhante:

root 2377 0.0 0.2 3896 1180 ? Ss Oct26 0:06 /usr/sbin/sshd
root 2912 0.0 0.1 2096 692 pts/13 R+ 11:36 0:00 grep sshd

// Neste caso "2377" é o pid do sshd.

// Comando para derrubar o servidor sshd:

# kill -9 <pid-que-apareceu>

// Agora pode iniciar o sshd:

# /usr/sbin/sshd -d

// Só isso!

kaya_
(usa Debian)

Enviado em 08/11/2010 - 18:48h

É na verdade o processo não queria "morrer", dai pesquisei na internet e encontrei a solução que vc me disse, agora estar tudo rodando perfeitamente, dai aproveitei as regras do iptables e o redirecionamento de porta no modem e criei um servidor ftp que estar funcionando 100%. Grato pela ajuda.