Mailinglist Archive: opensuse-es (1077 mails)
| < Previous | Next > |
Re: [opensuse-es] [OT] Servidores DNS de Telefónica
- From: "Carlos E. R." <robin.listas@xxxxxxxxxxxxxx>
- Date: Sun, 15 Feb 2009 19:14:53 +0100 (CET)
- Message-id: <alpine.LSU.2.00.0902151852110.27904@xxxxxxxxxxxxxxxx>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
El 2009-02-15 a las 17:50 +0100, Camaleón escribió:
Que no, que en el /etc/resolv.conf tengo el 192.168.1.12, mi pc. Y no hay caché, lo reinicié para responderte.
Que ya lo hice, la quité.
Ah, vale, es que no es la tipica 192.
Mmmm...
No usa a mi router. No para esas pruebas, lo quité.
¿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-----
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-----
| < Previous | Next > |