Re: ssh: Could not resolve hostname
El Fri, 09 Sep 2011 15:25:56 -0300, Walter O. Dari escribió: ¿Tiene alguna configuración de la red especial o distinta esa wheezy? ¿proxy, cortafuegos, N-M...? No, no he instalado nada de eso. ¿Las reglas de iptables son las mismas en todos los equipos? Porque el elemento diferenciador lo tienes en un ordenador en concreto que es donde te falla la resolución al conectar mediante ssh y sólo desde ssh cuando usas el router como servidor DNS. 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. (...) No hay muchos datos, no :-( Por último, y disculpas por la extenso del mensaje, aquí va mi ssh_config: (...) Lo tienes igual que yo y entiendo que igual que el resto de tus otros equipos donde les funciona. Personalmente no he visto un caso igual, es decir, que la resolución de dominios funcione globalmente en el sistema (puedes navegar, ejecutar un dig, etc...) y que algún componente/aplicación determinada falle con un error de resolución. Quizá podrías probar (ya por mera curiosidad, nada más) con otras aplicaciones (p. ej., hacer un telnet o traceoute) a ver qué te dicen. Es decir, se trata de ver si únicamente falla ssh o algún otro programa también tiene problemas para resolver usando el DNS de tu router :-? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.09.10.10.33...@gmail.com
Re: ssh: Could not resolve hostname
Hola Camaleón... El 10/09/11 07:33, Camaleón escribió: El Fri, 09 Sep 2011 15:25:56 -0300, Walter O. Dari escribió: ¿Tiene alguna configuración de la red especial o distinta esa wheezy? ¿proxy, cortafuegos, N-M...? No, no he instalado nada de eso. ¿Las reglas de iptables son las mismas en todos los equipos? Si Porque el elemento diferenciador lo tienes en un ordenador en concreto que es donde te falla la resolución al conectar mediante ssh y sólo desde ssh cuando usas el router como servidor DNS. Exactamente. 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. (...) No hay muchos datos, no :-( Por último, y disculpas por la extenso del mensaje, aquà va mi ssh_config: (...) Lo tienes igual que yo y entiendo que igual que el resto de tus otros equipos donde les funciona. Claro, es la configuración por defecto y la misma que tengo en las otras computadoras. Personalmente no he visto un caso igual, es decir, que la resolución de dominios funcione globalmente en el sistema (puedes navegar, ejecutar un dig, etc...) y que algún componente/aplicación determinada falle con un error de resolución. Eso es lo que me confunde, además siempre hago las instalaciones de la misma forma, siempre los mismos programas, siempre las mismas configuraciones debido a que son servidores y todas los equipos están preparados para cumplir la función de los demás. Todos están en el mismo segmento de red, salvo los servidores de algunos clientes, unos con IP fija y otros (los que desde esta PC tengo problemas) con IP variables que se valen de No-IP para que me pueda conectar. La otra cosa en común es que ssh y los demás comandos no funcionan con las direcciones de No-IP, son todas del tipo x.servehttp.com... pero SOLO en esta computadora ! Quizá podrÃas probar (ya por mera curiosidad, nada más) con otras aplicaciones (p. ej., hacer un telnet o traceoute) a ver qué te dicen. Es decir, se trata de ver si únicamente falla ssh o algún otro programa también tiene problemas para resolver usando el DNS de tu router :-? Aquí van resultados con la IP del router incluida en resolv.conf: root@debi5:~# telnet cliente1.servehttp.com telnet: could not resolve cliente1.servehttp.com/telnet: Name or service not known root@debi5:~# traceroute cliente1.servehttp.com cliente1.servehttp.com: Nombre o servicio desconocido Cannot handle host cmdline arg `cliente1.servehttp.com' on position 1 (argc 1) root@debi5:~# ftp cliente1.servehttp.com ftp: cliente1.servehttp.com: Name or service not known ftp exit root@debi5:~# ping cliente1.servehttp.com PING cliente1.servehttp.com (192.123.147.7) 56(84) bytes of data. 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=1 ttl=250 time=147 ms --- cliente1.servehttp.com ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 147.875/147.875/147.875/0.000 ms Agrego que usando el navegador con ftp://cliente1.servehttp.com establece la conexión y me pide usuario y contraseña. Saludos, Saludos y buen fin de semana, Walter -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e6b6c26.6070...@gmail.com
Re: ssh: Could not resolve hostname
El Sat, 10 Sep 2011 10:54:46 -0300, Walter O. Dari escribió: (...) Quizá podrÃas probar (ya por mera curiosidad, nada más) con otras aplicaciones (p. ej., hacer un telnet o traceoute) a ver qué te dicen. Es decir, se trata de ver si únicamente falla ssh o algún otro programa también tiene problemas para resolver usando el DNS de tu router :-? Aquí van resultados con la IP del router incluida en resolv.conf: root@debi5:~# telnet cliente1.servehttp.com telnet: could not resolve cliente1.servehttp.com/telnet: Name or service not known Jolines... ¿tampoco? :-? root@debi5:~# traceroute cliente1.servehttp.com cliente1.servehttp.com: Nombre o servicio desconocido Cannot handle host cmdline arg `cliente1.servehttp.com' on position 1 (argc 1) Leches... ¿este tampoco? :-?? root@debi5:~# ftp cliente1.servehttp.com ftp: cliente1.servehttp.com: Name or service not known Hala... pleno al 15. Pues ya podemos dejar de fijarnos en SSH, no hay servicio que funcione :-) Qué cosa más rara... una cosica: ya sabemos que el dominio y la dirección IP las has inventado pero entiendo que al menos la IP es una dirección remota, es decir, accesible desde Internet ¿no? Quiero decir, que no hay una VPN de por medio ni se trata de una IP local ni estás haciendo enrutados raros ¿no? root@debi5:~# ping cliente1.servehttp.com PING cliente1.servehttp.com (192.123.147.7) 56(84) bytes of data. 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=1 ttl=250 time=147 ms --- cliente1.servehttp.com ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 147.875/147.875/147.875/0.000 ms El ping sí, mira qué majo. Agrego que usando el navegador con ftp://cliente1.servehttp.com establece la conexión y me pide usuario y contraseña. Cosas veredes... Quizá se te haya quedado enganchado el router. A veces me ha pasado que la tabla de NAT de estos aparatos (que suele ser muy limitada y muy básica) se queda bloqueada y algunos equipos de la red pueden navegar pero otros no. Cuando el router permite vaciar esta tabla, accedo al panel de administración y la borro (flush) pero otros modelos no lo permiten por lo que la única forma de que vuelva a la normalidad es haciendo un reinicio del router adsl. Es lo único así rarillo que me ha pasado pero lo tuyo no lo he visto (ni leído) nunca :-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.09.10.14.35...@gmail.com
Re: ssh: Could not resolve hostname
El 10/09/11 11:35, Camaleón escribió: El Sat, 10 Sep 2011 10:54:46 -0300, Walter O. Dari escribió: (...) Quizá podrÃÂas probar (ya por mera curiosidad, nada más) con otras aplicaciones (p. ej., hacer un telnet o traceoute) a ver qué te dicen. Es decir, se trata de ver si únicamente falla ssh o algún otro programa también tiene problemas para resolver usando el DNS de tu router :-? Aquà van resultados con la IP del router incluida en resolv.conf: root@debi5:~# telnet cliente1.servehttp.com telnet: could not resolve cliente1.servehttp.com/telnet: Name or service not known Jolines... ¿tampoco?:-? root@debi5:~# traceroute cliente1.servehttp.com cliente1.servehttp.com: Nombre o servicio desconocido Cannot handle host cmdline arg `cliente1.servehttp.com' on position 1 (argc 1) Leches... ¿este tampoco?:-?? root@debi5:~# ftp cliente1.servehttp.com ftp: cliente1.servehttp.com: Name or service not known Hala... pleno al 15. Pues ya podemos dejar de fijarnos en SSH, no hay servicio que funcione :-) Qué cosa más rara... una cosica: ya sabemos que el dominio y la dirección IP las has inventado pero entiendo que al menos la IP es una dirección remota, es decir, accesible desde Internet ¿no? Quiero decir, que no hay una VPN de por medio ni se trata de una IP local ni estás haciendo enrutados raros ¿no? Si averiguo primero la IP y la utilizo con ssh en lugar del alias que me da No-IP, funciona sin problemas. No hay VPN ni se trata de una IP local, tampoco hay enrutados raros. En destino, el router está configurado para derivar las conexiones por los puertos 22 y 23 a la IP local del servidor del cliente. root@debi5:~# ping cliente1.servehttp.com PING cliente1.servehttp.com (192.123.147.7) 56(84) bytes of data. 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=1 ttl=250 time=147 ms --- cliente1.servehttp.com ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 147.875/147.875/147.875/0.000 ms El ping sÃ, mira qué majo. Viste ?... es desconcertante ! ja ja ja Agrego que usando el navegador con ftp://cliente1.servehttp.com establece la conexión y me pide usuario y contraseña. Cosas veredes... Quizá se te haya quedado enganchado el router. A veces me ha pasado que la tabla de NAT de estos aparatos (que suele ser muy limitada y muy básica) se queda bloqueada y algunos equipos de la red pueden navegar pero otros no. Cuando el router permite vaciar esta tabla, accedo al panel de administración y la borro (flush) pero otros modelos no lo permiten por lo que la única forma de que vuelva a la normalidad es haciendo un reinicio del router adsl. Si fuera el caso, no me podría conectar desde las otras computadoras. Es lo único asà rarillo que me ha pasado pero lo tuyo no lo he visto (ni leÃdo) nunca :-) Recién me puse a ver los resolv.conf de todas las demás PCs desde las cuales me conecto y en una de ellas sólo está la dirección del router... nameserver 192.168.0.1 Intentaré no volverme más loco tratando de saber que es lo que pasa... Saludos, Saludos, Walter -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e6b81af.4080...@gmail.com
Re: ssh: Could not resolve hostname
Fri, 9 Sep 2011, Walter O. Dari: Me comenzó a dar este problema cuando instalé wheezy, con squeeze no me sucedía. La cosa es así... 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 Lo curioso es que si hago un... ping cliente1.servehttp.com me devuelve la IP correcta... PING cliente1.servehttp.com (192.123.147.7) 56(84) bytes of data. 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=1 ttl=250 time=139 ms 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=2 ttl=250 time=56.2 ms ... y si ejecuto... ssh 192.123.147.7 ... se conecta sin problemas. Según el man de sshd_config, UseDNS por defecto es yes, aunque esa línea en el archivo no está. Probé agregarla con ese valor pero tampoco tuve resultados. No se si alguien tiene idea de que pueda ser, antes siempre lo utilice con la dirección de No-IP, ahora ya no puedo. A lo mejor es una pavada, pero no me doy cuenta que puede ser. Vamos a empezar por lo sencillo, primero comprobamos la configuración de la resolución de nombres: grep hosts /etc/nsswitch.conf éste nos dará el orden de resolución de nombres. En mi caso hosts: files dns Miramos que el dns que buscamos no está en el /etc/hosts: grep svrWeb /etc/hosts Miramos la configuración de los DNS: cat /etc/resolv.conf En tu caso: nameserver 8.8.8.8 nameserver 8.8.4.4 Miramos que el servidor nos resuelve lo que deseamos: host svrWeb 8.8.8.8 Comprobamos que la conexión no funciona: ssh -vvv svrWeb ssh -vvv LaIPqueSEA -- Saludos --- Angel
Re: ssh: Could not resolve hostname
El vie, 09-09-2011 a las 01:41 -0300, Walter O. Dari escribió: Hola: Me comenzó a dar este problema cuando instalé wheezy, con squeeze no me sucedía. La cosa es así... 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 Lo curioso es que si hago un... ping cliente1.servehttp.com me devuelve la IP correcta... PING cliente1.servehttp.com (192.123.147.7) 56(84) bytes of data. 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=1 ttl=250 time=139 ms 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=2 ttl=250 time=56.2 ms ... y si ejecuto... ssh 192.123.147.7 ... se conecta sin problemas. Según el man de sshd_config, UseDNS por defecto es yes, aunque esa línea en el archivo no está. Probé agregarla con ese valor pero tampoco tuve resultados. No se si alguien tiene idea de que pueda ser, antes siempre lo utilice con la dirección de No-IP, ahora ya no puedo. A lo mejor es una pavada, pero no me doy cuenta que puede ser. Les agradezco cualquier pista. Los dominios no-ip.com se han ido dando de baja durante el mes de agosto, puedes dar de alta un .org u otra combinación. -- Saludos -- http://mariodebian.com signature.asc Description: This is a digitally signed message part
Re: ssh: Could not resolve hostname
El día 9 de septiembre de 2011 10:03, mariodebian mariodeb...@gmail.com escribió: El vie, 09-09-2011 a las 01:41 -0300, Walter O. Dari escribió: Hola: Me comenzó a dar este problema cuando instalé wheezy, con squeeze no me sucedía. La cosa es así... 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 Lo curioso es que si hago un... ping cliente1.servehttp.com me devuelve la IP correcta... PING cliente1.servehttp.com (192.123.147.7) 56(84) bytes of data. 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=1 ttl=250 time=139 ms 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=2 ttl=250 time=56.2 ms ... y si ejecuto... ssh 192.123.147.7 ... se conecta sin problemas. Según el man de sshd_config, UseDNS por defecto es yes, aunque esa línea en el archivo no está. Probé agregarla con ese valor pero tampoco tuve resultados. No se si alguien tiene idea de que pueda ser, antes siempre lo utilice con la dirección de No-IP, ahora ya no puedo. A lo mejor es una pavada, pero no me doy cuenta que puede ser. Les agradezco cualquier pista. Los dominios no-ip.com se han ido dando de baja durante el mes de agosto, puedes dar de alta un .org u otra combinación. -- Saludos -- http://mariodebian.com Hay algo raro, a mi me dice que resuelve dos IP y que usa otra Starting Nmap 5.00 ( http://nmap.org ) at 2011-09-09 10:18 CEST Warning: Hostname cliente1.servehttp.com resolves to 2 IPs. Using 69.65.19.117. S2 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGw=rhinlg6cgxcyptxzmi1g9q9iqlw9+gacasuciyjbelq...@mail.gmail.com
Re: ssh: Could not resolve hostname
Fri, 9 Sep 2011, fernando sainz: y El día 9 de septiembre de 2011 10:03, mariodebian mariodeb...@gmail.com escribió: El vie, 09-09-2011 a las 01:41 -0300, Walter O. Dari escribió: Hola: Me comenzó a dar este problema cuando instalé wheezy, con squeeze no me sucedía. La cosa es así... 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 Lo curioso es que si hago un... ping cliente1.servehttp.com me devuelve la IP correcta... PING cliente1.servehttp.com (192.123.147.7) 56(84) bytes of data. 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=1 ttl=250 time=139 ms 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=2 ttl=250 time=56.2 ms ... y si ejecuto... ssh 192.123.147.7 ... se conecta sin problemas. Según el man de sshd_config, UseDNS por defecto es yes, aunque esa línea en el archivo no está. Probé agregarla con ese valor pero tampoco tuve resultados. No se si alguien tiene idea de que pueda ser, antes siempre lo utilice con la dirección de No-IP, ahora ya no puedo. A lo mejor es una pavada, pero no me doy cuenta que puede ser. Les agradezco cualquier pista. Los dominios no-ip.com se han ido dando de baja durante el mes de agosto, puedes dar de alta un .org u otra combinación. Hay algo raro, a mi me dice que resuelve dos IP y que usa otra Starting Nmap 5.00 ( http://nmap.org ) at 2011-09-09 10:18 CEST Warning: Hostname cliente1.servehttp.com resolves to 2 IPs. Using 69.65.19.117. si realizamos un host del dominio que describes: $ host cliente1.servehttp.com cliente1.servehttp.com has address 69.65.19.117 cliente1.servehttp.com has address 69.65.19.116 Ves que tienes dos ipes asociadas a un nombre, lo que implica que el DNS envía una ip cada vez que haces una solucitud. No es nada raro, siempre que sepas que es un [1]Round-robin. [1]http://en.wikipedia.org/wiki/Round-robin -- Saludos --- Angel
Re: ssh: Could not resolve hostname
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ón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.09.09.11.12...@gmail.com
Re: ssh: Could not resolve hostname
El día 9 de septiembre de 2011 13:12, Camaleón noela...@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ón Como 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 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGw=rHiaSpivDhtTctJS=jzv93ygrq82v8autqa8n3a8fjn...@mail.gmail.com
Re: ssh: Could not resolve hostname
El 09/09/11 02:58, Juan Sierra Pons escribió: El dÃa 9 de septiembre de 2011 07:25, Walter O. Dari wlin...@gmail.com escribió: Hola Juan... El 09/09/11 02:04, Juan Sierra Pons escribió: Hola Para aislar el problema. Te pasa con otros comandos aparte de con el ssh? Aquà van los resultados: nmap cliente1.servehttp.com wodari@debi5:~$ nmap cliente1.servehttp.com Starting Nmap 5.21 ( http://nmap.org ) at 2011-09-09 02:10 ART Nmap scan report for etl.servehttp.com (192.123.147.7) Host is up (0.075s latency). rDNS record for 192.123.147.7: 192-123-147-7.speedy.com.ar Not shown: 850 filtered ports, 145 closed ports PORT   STATE SERVICE 21/tcp  open  ftp 22/tcp  open  ssh 80/tcp  open  http 554/tcp  open  rtsp 1755/tcp open  wms Nmap done: 1 IP address (1 host up) scanned in 68.17 seconds lynx cliente1.servehttp.com Las PCs no tienen instalado apache ni otro servidor web. curl cliente1.servehttp.com wodari@debi5:~$ curl cliente1.servehttp.com curl: (6) Couldn't resolve host 'cliente1.servehttp.com' netcat cliente1.servehttp.com wodari@debi5:~$ netcat cliente1.servehttp.com no port[s] to connect to Como hace la resolucion de nombres tu sistema? entiendo que por DNS. Asà es, estoy usando los mismos DNS que tenÃa en Squeeze: 8.8.8.8, 8.8.4.4 y 192.168.0.1 (los que me provee el router) Prueba a poner una entrada  en tu /etc/hosts 192.123.147.7  cliente1.servehttp.com Es que la IP del cliente es variable, por eso uso cliente1.servehttp.com que es una dirección que me da No-IP y la relaciona con la IP que informa la PC de mi cliente cada 30 minutos. Otras direcciones estáticas funcionan sin ningún problema y están en el archivo hosts y ver si asi te funciona, asi sabriamos si es el DNS el que falla solamente Lo raro es el tema del ping, que me responde y me da la IP correcta del cliente, fijate que nmap también lo detecta. Otra cosa. El sshd_config es para el servidor sshd de tu maquina, en tu caso falla el cliente por lo que tendrias que mirar el ssh_config (Sin la d) Tenes razón, el sueño me está matando... :-) De cualquier forma no veo nada que se pueda configurar en el ssh_config respecto a este tema (o no me doy cuenta). Ya nos cuentas Salu2 Juan El dÃÂa 9 de septiembre de 2011 06:41, Walter O. Dari wlin...@gmail.com  escribió: Hola: Me comenzó a dar este problema cuando instalé wheezy, con squeeze no me sucedÃÂa. La cosa es asÃÂ... 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 Lo curioso es que si hago un... ping cliente1.servehttp.com me devuelve la IP correcta... PING cliente1.servehttp.com (192.123.147.7) 56(84) bytes of data. 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=1 ttl=250 time=139 ms 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=2 ttl=250 time=56.2 ms ... y si ejecuto... ssh 192.123.147.7 ... se conecta sin problemas. Según el man de sshd_config, UseDNS por defecto es yes, aunque esa lÃÂnea en el archivo no está. Probé agregarla con ese valor pero tampoco tuve resultados. No se si alguien tiene idea de que pueda ser, antes siempre lo utilice con la dirección de No-IP, ahora ya no puedo. A lo mejor es una pavada, pero no me doy cuenta que puede ser. Les agradezco cualquier pista. Saludos, Walter Primero de todo... perdonar el top posting de antes :-( no hay problemas, a mi también se me escapan de vez en cuando... segun el nmap si que hay algo escuchando en el 80 http Creo que hemos sacado algo en claro, ya que el curl da el mismo error, por lo que no parece algo exclusivo del ssh wodari@debi5:~$ curl cliente1.servehttp.com curl: (6) Couldn't resolve host 'cliente1.servehttp.com' Para ver si el netcat da el mismo error hay que ponerle un puerto, ya que se queja de que le falta el puerto: netcat cliente1.servehttp.com wodari@debi5:~$ netcat cliente1.servehttp.com no port[s] to connect to Prueba con: netcat cliente1.servehttp.com 80 A ver que te dice wodari@debi5:~$ netcat cliente1.servehttp.com 22 SSH-2.0-OpenSSH_5.5p1 Debian-6 wodari@debi5:~$ netcat cliente1.servehttp.com 80 wodari@debi5:~$ Ahora vamos con los logs. ¿que te dice el /var/log/daemon? ¿hay algun error referente a la resolucion de nombres? No veo ningún error respecto a DNS, pero descubrí que lo tengo lleno de... Sep 9 07:56:50 debi5 init: Id co respawning too fast: disabled for 5 minutes Sep 9 08:03:31 debi5 init: Id co respawning too fast: disabled for 5 minutes Sep 9 08:10:12 debi5 init: Id co respawning
Re: ssh: Could not resolve hostname *** SOLUCIONADO ***
Hola Angel... El 09/09/11 03:48, AngelD escribió: Fri, 9 Sep 2011, Walter O. Dari: Me comenzó a dar este problema cuando instalé wheezy, con squeeze no me sucedía. La cosa es así... 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 Lo curioso es que si hago un... ping cliente1.servehttp.com me devuelve la IP correcta... PING cliente1.servehttp.com (192.123.147.7) 56(84) bytes of data. 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=1 ttl=250 time=139 ms 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=2 ttl=250 time=56.2 ms ... y si ejecuto... ssh 192.123.147.7 ... se conecta sin problemas. Según el man de sshd_config, UseDNS por defecto es yes, aunque esa línea en el archivo no está. Probé agregarla con ese valor pero tampoco tuve resultados. No se si alguien tiene idea de que pueda ser, antes siempre lo utilice con la dirección de No-IP, ahora ya no puedo. A lo mejor es una pavada, pero no me doy cuenta que puede ser. Vamos a empezar por lo sencillo, primero comprobamos la configuración de la resolución de nombres: grep hosts /etc/nsswitch.conf éste nos dará el orden de resolución de nombres. En mi caso hosts: files dns En mi caso es: hosts: files dns4_minimal [NOTFOUND=return] dns mdns4 Lo edité y lo dejé como el tuyo pero no cambió nada. Miramos que el dns que buscamos no está en el /etc/hosts: grep svrWeb /etc/hosts Miramos la configuración de los DNS: cat /etc/resolv.conf En tu caso: nameserver 8.8.8.8 nameserver 8.8.4.4 Miramos que el servidor nos resuelve lo que deseamos: host svrWeb 8.8.8.8 wodari@debi5:~$ host cliente1.servehttp.com 8.8.8.8 Using domain server: Name: 8.8.8.8 Address: 8.8.8.8#53 Aliases: cliente1.servehttp.com has address 192.123.147.7 wodari@debi5:~$ host cliente1.servehttp.com 8.8.4.4 Using domain server: Name: 8.8.4.4 Address: 8.8.4.4#53 Aliases: cliente1.servehttp.com has address 192.123.147.7 wodari@debi5:~$ host cliente1.servehttp.com 192.168.0.1 Using domain server: Name: 192.168.0.1 Address: 192.168.0.1#53 Aliases: cliente1.servehttp.com has address 192.123.147.7 ;; Warning: query response not set ;; Warning: query response not set Host cliente1.servehttp.com not found: 4(NOTIMP) Acá parece estar el problema, mi archivo resolv.conf tiene los DNS en este orden: nameserver 192.168.0.1 nameserver 8.8.8.8 nameserver 8.8.4.4 wodari@debi5:~$ su - Contraseña: root@debi5:~# vim /etc/resolv.conf root@debi5:~# logout Le eliminé la primera línea que hace referencia al router (supuestamente tendría que tomar los DNS del aparatito). Y ahora FUNCIONA !... wodari@debi5:~$ ssh cliente1.servehttp.com 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 01:56:03 2011 from 186.57.39.13 wodari@debopi1:~$ Comprobamos que la conexión no funciona: ssh -vvv svrWeb ssh -vvv LaIPqueSEA Saludos y gracias ! Walter -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e6a14e8.5000...@gmail.com
Re: ssh: Could not resolve hostname *** SOLUCIONADO *** Resumen
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. 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ónnoela...@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ón Como 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 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e6a1777.9060...@gmail.com
Re: ssh: Could not resolve hostname *** SOLUCIONADO *** Resumen
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 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 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. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.09.09.14.25...@gmail.com
Re: ssh: Could not resolve hostname
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. 1431IN 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 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e6a3529.9080...@gmail.com
Re: ssh: Could not resolve hostname
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? ... 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. 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. http://www.no-ip.com/support/faq/EN/routers/unable_to_view_webpage_behind_router.html Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.09.09.16.21...@gmail.com
Re: ssh: Could not resolve hostname
El 2011-09-09 a las 14:30 -0300, Walter O. Dari escribió: (reenvío a la lista) Ains... Si me dieran un euro por cada correo enviado a mi cuenta me podía jubilar tranquilamente :-) 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...? 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é. Si averiguas algo nos lo dices :-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110909174428.ga9...@stt008.linux.site
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: Could not resolve hostname
Hola: Me comenzó a dar este problema cuando instalé wheezy, con squeeze no me sucedía. La cosa es así... 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 Lo curioso es que si hago un... ping cliente1.servehttp.com me devuelve la IP correcta... PING cliente1.servehttp.com (192.123.147.7) 56(84) bytes of data. 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=1 ttl=250 time=139 ms 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=2 ttl=250 time=56.2 ms ... y si ejecuto... ssh 192.123.147.7 ... se conecta sin problemas. Según el man de sshd_config, UseDNS por defecto es yes, aunque esa línea en el archivo no está. Probé agregarla con ese valor pero tampoco tuve resultados. No se si alguien tiene idea de que pueda ser, antes siempre lo utilice con la dirección de No-IP, ahora ya no puedo. A lo mejor es una pavada, pero no me doy cuenta que puede ser. Les agradezco cualquier pista. Saludos, .-. Walter / \ _ / \ __ http://swcomputacion.com/ (\/ / \ |_/oo)http://swsola.com.ar/ \--~ Usuario Linux 425808 // || || \\http://counter.li.org/ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e6998eb.3080...@gmail.com
Re: ssh: Could not resolve hostname
Hola Para aislar el problema. Te pasa con otros comandos aparte de con el ssh? nmap cliente1.servehttp.com lynx cliente1.servehttp.com curl cliente1.servehttp.com netcat cliente1.servehttp.com Como hace la resolucion de nombres tu sistema? entiendo que por DNS. Prueba a poner una entrada en tu /etc/hosts 192.123.147.7 cliente1.servehttp.com y ver si asi te funciona, asi sabriamos si es el DNS el que falla solamente Otra cosa. El sshd_config es para el servidor sshd de tu maquina, en tu caso falla el cliente por lo que tendrias que mirar el ssh_config (Sin la d) Ya nos cuentas Salu2 Juan -- Juan Sierra Pons | j...@elsotanillo.net Linux User Registered: #257202 | http://www.elsotanillo.net GPG key = 0xA110F4FE Key Fingerprint = DF53 7415 0936 244E 9B00 6E66 E934 3406 A110 F4FE -- El día 9 de septiembre de 2011 06:41, Walter O. Dari wlin...@gmail.com escribió: Hola: Me comenzó a dar este problema cuando instalé wheezy, con squeeze no me sucedía. La cosa es así... 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 Lo curioso es que si hago un... ping cliente1.servehttp.com me devuelve la IP correcta... PING cliente1.servehttp.com (192.123.147.7) 56(84) bytes of data. 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=1 ttl=250 time=139 ms 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=2 ttl=250 time=56.2 ms ... y si ejecuto... ssh 192.123.147.7 ... se conecta sin problemas. Según el man de sshd_config, UseDNS por defecto es yes, aunque esa línea en el archivo no está. Probé agregarla con ese valor pero tampoco tuve resultados. No se si alguien tiene idea de que pueda ser, antes siempre lo utilice con la dirección de No-IP, ahora ya no puedo. A lo mejor es una pavada, pero no me doy cuenta que puede ser. Les agradezco cualquier pista. Saludos, .-. Walter / \ _ / \ __ http://swcomputacion.com/ (\/ / \ |_/oo) http://swsola.com.ar/ \--~ Usuario Linux 425808 // || || \\ http://counter.li.org/ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e6998eb.3080...@gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CABS=y9t87jam17+oewpeumunpd+evqd+kmtd5kzepr2to82...@mail.gmail.com
Re: ssh: Could not resolve hostname
Hola Juan... El 09/09/11 02:04, Juan Sierra Pons escribió: Hola Para aislar el problema. Te pasa con otros comandos aparte de con el ssh? Aquí van los resultados: nmap cliente1.servehttp.com wodari@debi5:~$ nmap cliente1.servehttp.com Starting Nmap 5.21 ( http://nmap.org ) at 2011-09-09 02:10 ART Nmap scan report for etl.servehttp.com (192.123.147.7) Host is up (0.075s latency). rDNS record for 192.123.147.7: 192-123-147-7.speedy.com.ar Not shown: 850 filtered ports, 145 closed ports PORT STATE SERVICE 21/tcp open ftp 22/tcp open ssh 80/tcp open http 554/tcp open rtsp 1755/tcp open wms Nmap done: 1 IP address (1 host up) scanned in 68.17 seconds lynx cliente1.servehttp.com Las PCs no tienen instalado apache ni otro servidor web. curl cliente1.servehttp.com wodari@debi5:~$ curl cliente1.servehttp.com curl: (6) Couldn't resolve host 'cliente1.servehttp.com' netcat cliente1.servehttp.com wodari@debi5:~$ netcat cliente1.servehttp.com no port[s] to connect to Como hace la resolucion de nombres tu sistema? entiendo que por DNS. Así es, estoy usando los mismos DNS que tenía en Squeeze: 8.8.8.8, 8.8.4.4 y 192.168.0.1 (los que me provee el router) Prueba a poner una entrada en tu /etc/hosts 192.123.147.7 cliente1.servehttp.com Es que la IP del cliente es variable, por eso uso cliente1.servehttp.com que es una dirección que me da No-IP y la relaciona con la IP que informa la PC de mi cliente cada 30 minutos. Otras direcciones estáticas funcionan sin ningún problema y están en el archivo hosts y ver si asi te funciona, asi sabriamos si es el DNS el que falla solamente Lo raro es el tema del ping, que me responde y me da la IP correcta del cliente, fijate que nmap también lo detecta. Otra cosa. El sshd_config es para el servidor sshd de tu maquina, en tu caso falla el cliente por lo que tendrias que mirar el ssh_config (Sin la d) Tenes razón, el sueño me está matando... :-) De cualquier forma no veo nada que se pueda configurar en el ssh_config respecto a este tema (o no me doy cuenta). Ya nos cuentas Salu2 Juan -- Juan Sierra Pons              | j...@elsotanillo.net Linux User Registered: #257202   | http://www.elsotanillo.net GPG key = 0xA110F4FE Key Fingerprint = DF53 7415 0936 244E 9B00  6E66 E934 3406 A110 F4FE -- El dÃa 9 de septiembre de 2011 06:41, Walter O. Dari wlin...@gmail.com escribió: Hola: Me comenzó a dar este problema cuando instalé wheezy, con squeeze no me sucedÃa. La cosa es asÃ... 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 Lo curioso es que si hago un... ping cliente1.servehttp.com me devuelve la IP correcta... PING cliente1.servehttp.com (192.123.147.7) 56(84) bytes of data. 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=1 ttl=250 time=139 ms 64 bytes from 192-123-147-7.speedy.com.ar (192.123.147.7): icmp_req=2 ttl=250 time=56.2 ms ... y si ejecuto... ssh 192.123.147.7 ... se conecta sin problemas. Según el man de sshd_config, UseDNS por defecto es yes, aunque esa lÃnea en el archivo no está. Probé agregarla con ese valor pero tampoco tuve resultados. No se si alguien tiene idea de que pueda ser, antes siempre lo utilice con la dirección de No-IP, ahora ya no puedo. A lo mejor es una pavada, pero no me doy cuenta que puede ser. Les agradezco cualquier pista. Saludos, Walter -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e69a363.4020...@gmail.com