[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: ssh: Could not resolve hostname



El 09/09/11 14:44, Camaleón escribió:
El 2011-09-09 a las 14:30 -0300, Walter O. Dari escribió:

(reenvío a la lista)

uf... hacía bastante que no me pasaba... :-(


Ains... Si me dieran un euro por cada correo enviado a mi cuenta me podía
jubilar tranquilamente>>>:-)

Bueno, me debes una comisión entonces... :-b


Hola...

El 09/09/11 13:21, Camaleón escribió:
El Fri, 09 Sep 2011 12:47:53 -0300, Walter O. Dari escribió:

El 09/09/11 11:25, Camaleón escribió:

Si aún quieres saber si el router puede resolver correctamente el
dominio, puedes probarlo así:

dig @192.168.0.1 cliente1.servehttp.com

Ahí va...

wodari@debi5:~$ dig @192.168.0.1 cliente1.servehttp.com

;<<>>   DiG 9.7.3<<>>   @192.168.0.1 cliente1.servehttp.com ; (1 server
found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14772 ;; flags: qr
rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 5, ADDITIONAL: 5

;; QUESTION SECTION:
;cliente1.servehttp.com.        IN      A

;; ANSWER SECTION:
cliente1.servehttp.com. 60      IN      A       192.123.147.7

(...)

Correcto.

Por cierto, ¿de dónde sacas esa IP? ¿También inventada, no?

Si, no puse la que me da por cuestiones de seguridad.

Juvar, eso se avisa hombre :-D

... lo resuelve bien, pero el ssh no quiere saber nada si la linea
nameserver 192.168.0.1 se encuentra en resolv.conf

Entonces no entiendo cómo te devuelve un "name or server not known"
eso es muy raro.

Ya lo creo, debe ser vaya a saber qué configuración de wheezy, desde
otras computadoras de mi red accedo sin problemas a ese cliente y en el
resolv.conf tienen la dirección del router (192.168.0.1).

Ah, mira, eso es importante ¿ves?

¿Tiene alguna configuración de la red especial o distinta esa wheezy?
¿proxy, cortafuegos, N-M...?

No, no he instalado nada de eso.

Hum... ¿el equipo al que conectas mediante ssh no estará detrás de tu
modem-router? A veces eso da problemas. El router detecta que está en la
misma red y se vuelve un poco loco, creo que está documentado en no-ip.

No, es un equipo que está en otra ciudad. Con los que están en la misma
red local no tengo ningún tipo de problemas, sólo con los que están
fuera y no tienen IP fija. Pero repito, es sólo desde ésta PC con
wheezy, desde las otras no tengo ningún problema. El asunto que ésta es
la PC que utilizo para trabajar.

Curioso, sí señor. Porque entiendo que el resto de equipos tambiéns ale
por el mismo router, es decir, que el router no sería el origen del
problema.

La verdad es que estaría bueno saber qué es lo que hace que no funcione
el ssh cuando incluyo la dirección del router en el resolv.conf, pero
bueno, sin ella anda y a mi me ha solucionado el problema.

Pues sí, la verdad, lo raro es que te responda de manera distinta
cuando ejecutas un "host equipo" y en cambio "ssh" no pueda resolver,
puedes probar a darle más verbosidad con "ssh -vvv" a ver dónde se para
y por qué.

Lo hice pero no da mayores detalles... a ver...

Resultado con 192.168.0.1 en resolv.conf:

wodari@debi5:~$ ssh -vvv cliente1.servehttp.com
OpenSSH_5.8p1 Debian-7, OpenSSL 1.0.0d 8 Feb 2011
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
ssh: Could not resolve hostname cliente1.servehttp.com: Name or service not known


Resultado sin 192.168.0.1 en resolv.conf:

wodari@debi5:~$ ssh -vvv cliente1.servehttp.com
OpenSSH_5.8p1 Debian-7, OpenSSL 1.0.0d 8 Feb 2011
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to cliente1.servehttp.com [192.123.147.7] port 22.
debug1: Connection established.
debug3: Incorrect RSA1 identifier
debug3: Could not load "/home/wodari/.ssh/id_rsa" as a RSA1 public key
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-----END'
debug3: key_read: missing keytype
debug1: identity file /home/wodari/.ssh/id_rsa type 1
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
debug1: identity file /home/wodari/.ssh/id_rsa-cert type -1
debug1: identity file /home/wodari/.ssh/id_dsa type -1
debug1: identity file /home/wodari/.ssh/id_dsa-cert type -1
debug1: identity file /home/wodari/.ssh/id_ecdsa type -1
debug1: identity file /home/wodari/.ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.5p1 Debian-6
debug1: match: OpenSSH_5.5p1 Debian-6 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.8p1 Debian-7
debug2: fd 3 setting O_NONBLOCK
debug3: load_hostkeys: loading entries for host "cliente1.servehttp.com" from file "/home/wodari/.ssh/known_hosts" debug3: load_hostkeys: found key type RSA in file /home/wodari/.ssh/known_hosts:13
debug3: load_hostkeys: loaded 1 keys
debug3: order_hostkeyalgs: prefer hostkeyalgs: ssh-rsa-cert-v01@openssh.com,ssh-rsa-cert-v00@openssh.com,ssh-rsa
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa-cert-v01@openssh.com,ssh-rsa-cert-v00@openssh.com,ssh-rsa,ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ssh-dss-cert-v01@openssh.com,ssh-dss-cert-v00@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-dss debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: mac_setup: found hmac-md5
debug1: kex: server->client aes128-ctr hmac-md5 none
debug2: mac_setup: found hmac-md5
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug2: dh_gen_key: priv key bits set: 123/256
debug2: bits set: 521/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA 90:fc:c7:ac:85:79:7e:56:69:5c:38:1c:d9:6c:57:3f
debug3: load_hostkeys: loading entries for host "cliente1.servehttp.com" from file "/home/wodari/.ssh/known_hosts" debug3: load_hostkeys: found key type RSA in file /home/wodari/.ssh/known_hosts:13
debug3: load_hostkeys: loaded 1 keys
debug3: load_hostkeys: loading entries for host "192.123.147.7" from file "/home/wodari/.ssh/known_hosts" debug3: load_hostkeys: found key type RSA in file /home/wodari/.ssh/known_hosts:28
debug3: load_hostkeys: loaded 1 keys
debug1: Host 'cliente1.servehttp.com' is known and matches the RSA host key.
debug1: Found key in /home/wodari/.ssh/known_hosts:13
debug2: bits set: 530/1024
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /home/wodari/.ssh/id_rsa (0x7fcf1c284f90)
debug2: key: /home/wodari/.ssh/id_dsa ((nil))
debug2: key: /home/wodari/.ssh/id_ecdsa ((nil))
debug1: Authentications that can continue: publickey,password
debug3: start over, passed a different list publickey,password
debug3: preferred gssapi-keyex,gssapi-with-mic,publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/wodari/.ssh/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug2: input_userauth_pk_ok: fp f2:de:55:ce:aa:02:fb:9d:bf:a0:64:e5:d0:21:20:78 debug3: sign_and_send_pubkey: RSA f2:de:55:ce:aa:02:fb:9d:bf:a0:64:e5:d0:21:20:78
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
Authenticated to cliente1.servehttp.com ([192.123.147.7]:22).
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug2: callback start
debug2: client_session2_setup: id 0
debug2: fd 3 setting TCP_NODELAY
debug3: packet_set_tos: set IP_TOS 0x10
debug2: channel 0: request pty-req confirm 1
debug1: Sending environment.
debug3: Ignored env SSH_AGENT_PID
debug3: Ignored env KDE_MULTIHEAD
debug3: Ignored env DM_CONTROL
debug3: Ignored env TERM
debug3: Ignored env SHELL
debug3: Ignored env XDM_MANAGED
debug3: Ignored env XDG_SESSION_COOKIE
debug3: Ignored env GTK2_RC_FILES
debug3: Ignored env KONSOLE_DBUS_SERVICE
debug3: Ignored env GS_LIB
debug3: Ignored env GTK_RC_FILES
debug3: Ignored env WINDOWID
debug3: Ignored env SHELL_SESSION_ID
debug3: Ignored env GTK_MODULES
debug3: Ignored env KDE_FULL_SESSION
debug3: Ignored env USER
debug3: Ignored env LS_COLORS
debug3: Ignored env SSH_AUTH_SOCK
debug3: Ignored env SESSION_MANAGER
debug3: Ignored env PATH
debug3: Ignored env DESKTOP_SESSION
debug3: Ignored env PWD
debug1: Sending env LANG = es_AR.UTF-8
debug2: channel 0: request env confirm 0
debug3: Ignored env KDE_SESSION_UID
debug3: Ignored env KONSOLE_DBUS_SESSION
debug3: Ignored env SHLVL
debug3: Ignored env COLORFGBG
debug3: Ignored env HOME
debug3: Ignored env KDE_SESSION_VERSION
debug3: Ignored env LANGUAGE
debug3: Ignored env XCURSOR_THEME
debug3: Ignored env LOGNAME
debug3: Ignored env DBUS_SESSION_BUS_ADDRESS
debug3: Ignored env XDG_DATA_DIRS
debug3: Ignored env WINDOWPATH
debug3: Ignored env DISPLAY
debug3: Ignored env PROFILEHOME
debug3: Ignored env QT_PLUGIN_PATH
debug3: Ignored env _
debug2: channel 0: request shell confirm 1
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel_input_status_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0
Linux debopi1 2.6.32-5-amd64 #1 SMP Tue Jun 14 09:42:28 UTC 2011 x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
You have new mail.
Last login: Fri Sep  9 12:57:27 2011 from 188.56.13.39
wodari@debopi1:~$



Por último, y disculpas por la extenso del mensaje, aquí va mi ssh_config:


Host *
#   ForwardAgent no
#   ForwardX11 no
#   ForwardX11Trusted yes
#   RhostsRSAAuthentication no
#   RSAAuthentication yes
#   PasswordAuthentication yes
#   HostbasedAuthentication no
#   GSSAPIAuthentication no
#   GSSAPIDelegateCredentials no
#   GSSAPIKeyExchange no
#   GSSAPITrustDNS no
#   BatchMode no
#   CheckHostIP yes
#   AddressFamily any
#   ConnectTimeout 0
#   StrictHostKeyChecking ask
#   IdentityFile ~/.ssh/identity
#   IdentityFile ~/.ssh/id_rsa
#   IdentityFile ~/.ssh/id_dsa
#   Port 22
#   Protocol 2,1
#   Cipher 3des
# Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc
#   MACs hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160
#   EscapeChar ~
#   Tunnel no
#   TunnelDevice any:any
#   PermitLocalCommand no
#   VisualHostKey no
#   ProxyCommand ssh -q -W %h:%p gateway.example.com
    SendEnv LANG LC_*
    HashKnownHosts yes
    GSSAPIAuthentication yes
    GSSAPIDelegateCredentials no



Si averiguas algo nos lo dices :-)

Seguro.


Saludos,


Lo mismo,
Walter


Reply to: