erro na configuraçao ssh [RESOLVIDO]

flaviobueno
(usa Slackware)

Enviado em 24/04/2012 - 13:59h

Boa tarde pessoal!

Estou tendo problemas com o ssh ao tentar logar remotamente em um servidor ubuntu.
quando tento logar aparece o seguinte erro.

quando uso ssh -l (usuario) (ip)
ssh_exchange_identification: Connection closed by remote host

ou
ssh -v (usuario) (ip)

OpenSSH_5.8p1 Debian-7ubuntu1, OpenSSL 1.0.0e 6 Sep 2011
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
ssh: Could not resolve hostname usuario: Name or service not known

Ja fiz pesquisas no google e pedem para que eu adicione a linha de comando ALL : ALL : ALLOW no arquivo hosts.allow mais o problema persiste.
Lembrando que estou tentando acessar um servidor ubuntu que esta conectado no modem com a porta 22 liberado por nat.

minhas configurações.

# Package generated configuration file
# See the sshd_config(5) manpage for details

# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin yes
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile %h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
PasswordAuthentication no

# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

Subsystem sftp /usr/lib/openssh/sftp-server

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication. Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM yes
# AllowUsers usuario

BrunoTecnico
(usa Sabayon)

Enviado em 24/04/2012 - 14:15h

Suponhamos o usuário volTecnico e o IP do Servidor 192.168.1.1.

O comando seria:
ssh volTecnico@192.168.1.1

Eu uso apenas ssh nome@ip
tente fazer dessa forma.

flaviobueno
(usa Slackware)

Enviado em 24/04/2012 - 16:25h

Obrigado pela ajuda Bruno,
mais vc pode usar tanto ssh usuario@ip com ssh -l usuário ip só o que o problema persiste
o servidor não permite efetuar a conexão já desbloquiei a porta no iptables mais mesmo assim
ele insiste em não conectar.

Essa conexão não em rede local e sim na wan

removido
(usa Nenhuma)

Enviado em 24/04/2012 - 17:09h

Cara, primeiro é verificar se na rede interna está funcionando.
Se funcionar na rede interna o problema pode ser o redirecionamento das portas.
Eu costumo descomentar a linha "ListenAddress 0.0.0.0" e colocar a qual rede deve escutar as requisições.
E depois confirmo com o comando:
# netstat -anp | grep 22

Também já vi falarem que muitos provedores bloqueiam essa porta nos routers ao longo do caminho, se for isso mude a porta.

Testa e posta os resultados.

BrunoTecnico
(usa Sabayon)

Enviado em 24/04/2012 - 17:12h

A última linha do seu arquivo de configuração está assim:
# AllowUsers usuario

Tire essa tralha "#", deixando:
AllowUsers usuario

E reinicie o serviço ssh.

-----------------
Se não der certo

Ao invés de:
AllowUsers usuario

coloque:
AllowUsers root
ou
AllowUsers usuário-existente (crie um usuário qualquer para testar)

flaviobueno
(usa Slackware)

Enviado em 04/05/2012 - 15:15h

Galera valeu pela ajuda realmente meu problema era bloqueio de porta
no modem, foi só liberar a porta NAT que resolveu o problema de comunicação.

Agradeço a todos pela ajuda!

BrunoTecnico
(usa Sabayon)

Enviado em 04/05/2012 - 16:37h

Marque [Resolvido].