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.4La 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.Disculpen que no aclaré, pero "cliente1".servehttp.com es ficticio y la dirección real siempre me devolvía una única IP,
GRACIAS a todos ! Saludos, Walter El 09/09/11 08:23, fernando sainz escribió:
El día 9 de septiembre de 2011 13:12, Camaleón<noelamac@gmail.com> escribió:El Fri, 09 Sep 2011 01:41:15 -0300, Walter O. Dari escribió:Para comunicarme con las PCs locales y otras externas que tienen IP fija no tengo problemas. Las IPs están en hosts y uso como referencia los nombres para comunicarme, ejemplo: ssh svrWeb El problema se me da cuando quiero comunicarme a PCs de clientes que no tienen IP fija y utilizan una dirección de No-IP... ssh cliente1.servehttp.com Acá me dice lo que describí en el asunto: Could not resolve hostname cliente1.servehttp.com: Name or service not known(...) Empieza por un simple "host": sm01@stt008:~$ host cliente1.servehttp.com cliente1.servehttp.com has address 69.65.19.117 cliente1.servehttp.com has address 69.65.19.116 Si resuelve bien, el problema se circunscribe a ssh (dale más verbosidad: "ssh -vvv"), si falla igualmente el problema es global, habría que buscar por otro lado. Saludos, -- CamaleónComo he intentado decir antes, pero no explícitamente, su IP no es la que devuelve el DNS. 192.123.147.7 vs 69.65.19.117 S2