Re: ssh: Could not resolve hostname

["Walter O. Dari" <wlinuxw@gmail.com>]

Hola...

El 09/09/11 11:25, Camaleón escribió:
> El Fri, 09 Sep 2011 10:41:11 -0300, Walter O. Dari escribió:
>
> > Hola gente:
> >
> > Explico aquí arriba cual fue la solución.
> >
> > Siempre he configurado el resolv.conf en el siguiente orden...
> >
> > nameserver 192.168.0.1
> > nameserver 8.8.8.8
> > nameserver 8.8.4.4
> >
> > La primera línea responde a la IP del router, supuestamente debería
> > tomar los DNS que obtiene automáticamente el router de mi proveedor de
> > Internet.
> > Hasta ayer siempre me funcionó así sin problemas.
> >
> > Luego de hacer algunas pruebas por sugerencia de AngelID, terminé
> > eliminando la primer línea del resolv.conf y se solucionó mi problema.
> >
> > Ahora puedo conectarme a mi cliente sin problemas.
>
> 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

;; AUTHORITY SECTION:
servehttp.com.          15594   IN      NS      nf1.no-ip.com.
servehttp.com.          15594   IN      NS      nf3.no-ip.com.
servehttp.com.          15594   IN      NS      nf4.no-ip.com.
servehttp.com.          15594   IN      NS      nf5.no-ip.com.
servehttp.com.          15594   IN      NS      nf2.no-ip.com.

;; ADDITIONAL SECTION:
nf1.no-ip.com.          12668   IN      A       50.31.129.129
nf2.no-ip.com.          12668   IN      A       69.72.255.8
nf3.no-ip.com.          12666   IN      A       69.65.40.108
nf4.no-ip.com.          1431    IN      A       69.65.5.122
nf5.no-ip.com.          29      IN      A       83.222.240.75

;; Query time: 192 msec
;; SERVER: 192.168.0.1#53(192.168.0.1)
;; WHEN: Fri Sep  9 12:35:57 2011
;; MSG SIZE  rcvd: 227

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

> Y compararlo con la salida de cualquier otro servidor DNS que quieras,
> por ejemplo, los de nuestra querida "Telefónica Digital":
>
> dig @80.58.0.33 cliente1.servehttp.com

Aquí con otro DNS...

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

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

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

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

;; Query time: 208 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Fri Sep  9 12:44:07 2011
;; MSG SIZE  rcvd: 51

> Como ves, no necesitas modificar el "resolv.conf" para probar estas
> cosas, puedes hacerlo "al vuelo". SI ves que alguno falla, lo cambias o
> revisas a ver por qué está fallando y listo.
>
> > Disculpen que no aclaré, pero "cliente1".servehttp.com es ficticio y la
> > dirección real siempre me devolvía una única IP,
>
> La mayoría de servidores resuelven en varias direcciones IP, eso es
> normal y permite una configuración de tipo "failover", es decir, para
> proporcionar redundancia.
>
> Que el dominio fuera ficticio o no es indiferente, lo importante era que
> el sistema y ssh te dijeran ambos lo mismo: que no encontraban el host.

Lo que quise decir es que el dominio que puse no existe, el real es otro 
pero me da cosa que después alguien se ponga a hacer pruebas contra la 
PC de mi cliente. Por eso cambié el nombre y la dirección IP.

> Saludos,

Igualmente,
Walter