El 09/09/11 02:58, Juan Sierra Pons escribió:
El dÃa 9 de septiembre de 2011 07:25, Walter O. Dari
<[email protected]> 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
<[email protected]>  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 too fast: disabled for 5
minutes
Sep 9 08:16:54 debi5 init: Id "co" respawning too fast: disabled for 5
minutes
Sep 9 08:23:35 debi5 init: Id "co" respawning too fast: disabled for 5
minutes
Sep 9 08:30:16 debi5 init: Id "co" respawning too fast: disabled for 5
minutes
Sep 9 08:36:57 debi5 init: Id "co" respawning too fast: disabled for 5
minutes
Sep 9 08:43:38 debi5 init: Id "co" respawning too fast: disabled for 5
minutes
... uf, también tendré que ver que es eso.
Haz la prueba del /etc/host aunque sean IPs dinamicas (no-ip, dyndns,
etc), ya que asi puedes descartar otra variable del problema. Mientras
haces la prueba la IP no va a cambiar.... eso ya seria mala suerte.
Asi sabes si es solo problema de la resolucion de nombres DNS o
tambien pasa con el /etc/hosts
Tengo es el hosts direcciones IP fijas de Internet y las resuelve sin
problemas.
Por otro lado puedo navegar y descargar mensajes sin inconvenientes, no
podría hacerlo si los DNS no estuvieran bien.
Salu2
--------------------------------------------------------------------------------------------------------------
Juan Sierra Pons | [email protected]
Linux User Registered: #257202 | http://www.elsotanillo.net
GPG key = 0xA110F4FE
Key Fingerprint = DF53 7415 0936 244E 9B00 6E66 E934 3406 A110 F4FE
--------------------------------------------------------------------------------------------------------------
Saludos,
Walter
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
Archive: http://lists.debian.org/[email protected]
