-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-02-15 a las 17:50 +0100, Camaleón escribió:
El 2009-02-15 a las 17:28 +0100, Carlos E. R. escribió:
Sin forwarders, no los uso, se ignoran.
Aún así, usas dns dinámicos (tienes configurada la ip del router en el /etc/resolv.conf). Es posible que algún servidor de telefónica si responda a esa consulta y tu named lo añada al caché.
Que no, que en el /etc/resolv.conf tengo el 192.168.1.12, mi pc. Y no hay caché, lo reinicié para responderte.
Funciona.
Claro, por lo que te comento más arriba >:-)
Quita del resolv.conf la ip del router y que se apañe solo tu named. Reinicia bind y vuelve a ejecutarlo.
Que ya lo hice, la quité.
Ahí puede estar tu problema, no estás interrogando a tu DNS local.
¿Cómo que no? El servidor con named es 172.16.0.11.
Ah, vale, es que no es la tipica 192.
Eso es porque pregunta a ns1.korelogic.com o ns2.korelogic.com y no le responden. A mi sí me responden. Observa:
Claro, pero no es culpa de mi named. Es culpa del Telefónica que estará bloqueando o filtrando la respuesta... vaya ud a saber :-)
Mmmm...
marc.info. 1800 IN A 63.238.77.253 marc.info. 1800 IN A 63.238.77.172 marc.info. 10800 IN NS ns2.korelogic.com. marc.info. 10800 IN NS ns1.korelogic.com. ;; Received 140 bytes from 173.66.103.23#53(ns2.korelogic.com) in 440 ms
Y si le pregunto al router (que es un linux 2.2, creo), con DNSs automáticas, responde también:
cer@nimrodel:~> dig @192.168.1.1 marc.info +trace
A ver, Carlos. Tu named también usa las dns de tu router, salvo que no lo tengas definido en resolv.conf.
No usa a mi router. No para esas pruebas, lo quité.
Haz esto:
cer@nimrodel:~> host ns1.korelogic.com ns1.korelogic.com has address 173.66.103.22 cer@nimrodel:~> host ns2.korelogic.com ns2.korelogic.com has address 173.66.103.23
Mira, mira...
linux:/etc # host ns1.korelogic.com ns1.korelogic.com has address 173.66.103.22 ;; connection timed out; no servers could be reached
Y entonces, pregúntale a ellos:
cer@nimrodel:~> dig @173.66.103.22 marc.info
linux:/etc # dig @173.66.103.22 marc.info
; <<>> DiG 9.4.1-P1 <<>> @173.66.103.22 marc.info ; (1 server found) ;; global options: printcmd ;; connection timed out; no servers could be reached
Si es que no me responden :-/
¿Y el otro? Por cierto, aquello de yutube era que yutube bloqueaba a telefonica por pesados, o algo así. Demasiados "hits" del mismo rango de ips. Algo de eso dijeron en la radio (cope). No era que telefonica jodiera a sus usuarios, como decían las malas lenguas. (Es que los españoles somos el asco del mundo hoy en dia. Los otros proveedores salen por la red de otro pais europeo, no aparecen como españoles. IMO.) Lo que pasa es que no hay contactos de telefonica de gente que responda, porque no llegas más allá de los floreros a no ser que seas un peso pesado o tengas enchufe en la moncloa. Pues ahora será lo mismo. Tu IP estará en alguna lista negra, a lo mejor. ¿Lo puedes mirar? ¿Y hacer pings a esas IPs? cer@nimrodel:~> /usr/sbin/traceroute -m 50 173.66.103.23 traceroute to 173.66.103.23 (173.66.103.23), 50 hops max, 40 byte packets 1 router (192.168.1.1) 0.480 ms 0.456 ms 0.466 ms 4 So6-0-0-0-grtmadad1.red.telefonica-wholesale.net.10.16.84.in-addr.arpa (84.16.10.73) 66.771 ms 62.761 ms 63.796 ms 5 Xe7-1-3-0-grtmadde2.red.telefonica-wholesale.net (84.16.13.210) 64.941 ms Xe2-1-0-0-grtpartv1.red.telefonica-wholesale.net (84.16.15.182) 86.320 ms Xe0-1-0-0-grtpartv1.red.telefonica-wholesale.net (84.16.13.186) 85.714 ms 6 so3-2-0-0-grtparix1.red.telefonica-wholesale.net (213.140.36.74) 85.801 ms Xe4-0-0-0-grtparix1.red.telefonica-wholesale.net (84.16.13.230) 90.050 ms so3-2-0-0-grtparix1.red.telefonica-wholesale.net (213.140.36.74) 84.788 ms 7 so7-0-2-0-grtwaseq3.red.telefonica-wholesale.net (213.140.36.126) 163.630 ms So4-1-0-0-grtwaseq3.red.telefonica-wholesale.net (213.140.36.130) 173.786 ms So5-3-0-0-grtwaseq3.red.telefonica-wholesale.net (213.140.36.210) 166.532 ms 8 213.140.53.130 (213.140.53.130) 232.568 ms 229.758 ms 173.522 ms 9 so-7-3-0-0.BB-RTR1.RES.verizon-gni.net (130.81.10.89) 170.366 ms 177.666 ms 174.409 ms 10 P14-0.LCR-01.WASHDC.verizon-gni.net (130.81.29.217) 175.486 ms 174.524 ms 173.905 ms 11 L1.VFTTP-34.WASHDC.verizon-gni.net (130.81.243.134) 169.476 ms 170.595 ms 171.486 ms 12 * * * 13 * * * ... 48 * * * 49 * * * 50 * * * cer@nimrodel:~> Lo unico que se es que llego hasta verizon, más allá no se sabe cual falla, traceroute no lo demuestra. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkmYW6MACgkQtTMYHG2NR9U7vgCgkTOSuKTi3RNEI2cGZmM9RGAh cB0AnRE6Ln0RIOo5XWK6lJAroJ0/INs+ =emDc -----END PGP SIGNATURE-----