-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El 2009-02-15 a las 21:33 +0100, Carlos E. R. escribió:
No, no me lo has demostrado.
Vaya que no. No me responde. Eso no es culpa de una configuración del named.
No digo que lo sea.
Si el ns1.korelogic.com no le da la gana de responder las consultas de los servidores DNS de telefonica, a tí te va a dar "timed out" - y el problema no sería de telefónica - pero tú no verías la diferencia.
¿Por qué responde entonces cuando uso otros servidores dns distintos de Telefónica?
Porque a ellos no les han cortado el paso en korelogic.
No, porque cuando el 80.58.0.33 le pegunta a ns1.korelogic.com es éste el que no le responde.
Pues yo a eso le llamo "error o problema en los servidores dns de Telefónica" :-)
No señor. Vamos a ver, suponte que mandas un paquete por a Paris. Se lo das al bedel, y este lo envía por "Paquetes Pérez". Estos llegan a San Juan de Luz, donde lo traspasan a "Camionets Asterix". Al llegar a las cercanías de París, una huega de camioneros ha cortado la autopista, dejando sólo pasar a los de UPS pero no a los autónomos. Los paquetes via Barcelona en cambio no tienen problema, porque el dueño de "Camionets Obelix" está casado con la hija del jefe del sindicato. O también podrían haber ido via "Seo de Urgel", porque "Paquetería Gutierrez" tiene linea con París. Y entonces vas tu y le echas las culpas al bedel por haberte mandado el paquete via oeste en vez de via este, cuando el bedel no tiene ni puñetera idea de las rutas que va a usar ups o fedex o quien sea. Ni tu ni yo podemos en manera alguna saber si las máquinas con los DNS de telefónica tienen problemas, o si alguien les tiene manía en korelogic y les cierra el paso. Eso, en justicia, no lo puedes saber. Lo único que sabemos es que el servidor DNS de telefónica se queja de que no puede llegar hasta ns?.korelogic.com. Puedes hacer una apuesta y decir que piensas que Telefónica ha metido la pata. Pero no lo puedes saber cierto. Y yo puedo hacer otra apuesta y decir que el culpable es korelogic. Tampoco lo puedo saber cierto. Lo que sí podemos quejarnos es que no hay una interfaz para preguntarle a Telefónica por estos problemas, y tener una respuesta que no sea dada por un florero con libro de recetas. Eso SÍ que es culpa de Telefónica. No tenemos a quien denunciar estas cosas y que nos digan donde está realmente el problema y lo solucionen. Mira, otro caso. Estando yo trabajando con una compañía telefónica (que no era Tesa) resultó que nos llegó la noticia de que era imposible llamar a Cuba via Telefónica, pero sí era posible si nos contratabas a nosotros. ¿Porqué? Bueno, pues la cuestión era que Telefónica tenía el contrato para llegar a Cuba vía USA, y estos cerraron el paso por su boicot. Telefónica no tenía la culpa, pero se la echaban. Nosotros llegabamos porque íbamos por otro pais (¿Canadá? ¿centroamérica?), o entrabamos a USA a través de otro país al que los usanianos miraban mejor. Casualidad. Con el tiempo los de Telefónica volvieron a tener línea con Cuba.
Yo lo que quiero es hacer la consulta haciendome pasar por otro para ver si resuelve.
Usa un proxy vía web, verás que sí funciona, que sí resuelve, que sí conecta y que sí accedes al dominio.
No es via web. Y no sé explicarte cómo hacerlo, no lo he visto hacer y no se como se hace.
Verás Carlos, hace unos días, marc.info funcionaba con Telefónica. Ahora ya no. No creo en las meigas, pero sí creo (porque me pasa muchas otras veces esto mismo) que Telefónica "mete la pata" más de la cuenta.
Ejemplo: lunes por la mañana, me dicen los usuarios que no pueden conectar con un servidor de EE.UU. Hago pruebas, y efectivamente, algunos routers conectan y resuelven, pero otros no. Todos de Telefónica, todos con IP fija... a los 15 min. vuelven a resolver.
¿De quién es el problema? >:-)
No sabes si el proveedor de USA le ha puesto la zancadilla o alguien ha tirado una ruta.
El traceroute, si.
Pues se para en el mismo salto, ya te lo he dicho.
Es sospechoso, pero no es prueba. A mi se me "para" en verizon, pero en realidad hay más nodos que me sueltan asteriscos, y sin embargo, el paquete pasa por ahí. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkmYkS8ACgkQtTMYHG2NR9W7agCdFwAasOiO3RdVuTfdHhA7tG4I /D4AoIR3J9/VjwzH+iH9M/fL8Vh0v2+V =1RW+ -----END PGP SIGNATURE-----