El 2009-02-16 a las 01:47 +0100, Carlos E. R. escribió:
No es la IP del DNS, que es la que falla.
Claro. Y si le pido a otro servidor que resuelva, lo hace correctamente. Youtube, marc.info... ¿quién es el elemento común en ambos casos? Telefónica.
No, no me vale. No sacas las conclusiones correctas de las pistas existentes.
A ver, la orden traceroute falla porque antes falla un paso previo, que es la resolución de nombres, y no se llega a hacer el trazado.
Las conclusiones se extraen de simples deducciones. Y Telefónica siempre está en medio. En cuanto se elimina el factor T, se elimina el problema. Verás, yo no pago a Youtube ni a marc.info, sino a Telefónica >:-)
Sí, pero no sabes si el problema es del camionero español, del francés, o de la gendarmeríe o de la guardia civil.
"Sé" quien me genera el problema >:-)
;; connection timed out; no servers could be reached
Esa ultima frase quiere decir que ni ns1 ni ns2 de korelogic le responden - - y no te confundas, no le estás preguntando al DNS de telefónica. En absoluto: estás preguntando directamente al servidor DNS donde está registrado el dominio marc.info, y es a tí a quien no responden.
A mi y a unos cuantos millones de clientes más...
Lo que se intentaba hacer con el traceroute a la ip de ns1.korelogic.com es ver donde se detiene la consulta. Y no está claro.
Está claro que tiene un problema con Telefónica.
Nunca la he encontrado, o si lo hice no me respondieron.
Claro... nunca aceptan los errores hasta que es tan evidente que tienen que hacerlo.
La ultima vez llamé a varios teléfonos. Al final llegué a uno, y me decían que como el problema no era de configuración del outlook ni del webmail, que no podían hacer nada. Y el problema era que los correos hacia a mí de cierta IP alemana no llegaban. Nada que ver con los clientes de correo.
Esos a los que llamas no te pdorán decir gran cosa.
¿Documentado? No me hagas reír.
Funcionaba por casualidad, normalmente era al revés.
Pero lo sabíais quienes teníais que saberlo. Suficiente.
Como nosotros estábamos "dentro", nos enterábamos de la causa real de los problemas, al tiempo.
Pues eso.
Mi trabajo, por cierto, era determinar de quien podía ser la culpa y a quien le pasábamos el marrón. Y se me daba bastante bien, solía acertar.
Y conservo la bola de cristal desde entonces >:-)
Dame pruebas de la culpabilidad del otro.
El procedimiento en este caso sería pasarle el marrón a Tesa para que averigüen donde está el problema, en su red o en la de otro.
Lo cual es lo más normal... no querrás que lo averigüe el cliente :-)
No, no la tienes. Tienes la causa aparente nada más.
Tengo el "tapón" que me impide el acceso. Si quito el "tapón", entro.
Tampoco hay motivos para pensar que Telefónica te corte a tí (y a mí no) las peticiones de nombres al DNS de determinada empresa. ¿Para qué?
A ver, que Telefónica no corta de manera interesa, tiene un problema, nada más. La diferencia está que vamos por canales diferentes. Repito: tú tampoco resuelves ese dominio usando un dns concreto de Telefónica.
Una manera que existe de restringir el tráfico proveniente de una red "pesada" es no resolver sus peticiones de nombres, y así no te llega el tráfico sin necesidad de poner un tremendo cortafuegos en el backbone: lo pones en el acceso al servidor de nombres tan sólo.
Y eso ha pasado muchas veces.
Es como cuando pones en el postfix una restricción para no aceptar correos de la China, salvo que en vez de en el cortafuegos lo haces en el DNS, y así cortas todo, web, ftp, mail... hasta los pings. Sin tocar el cortafuegos, que tiene mucho tráfico. Si te protestan, puedes demostrar que no has cortado el paso, haciendo pings contra la IP delante del protestón.
No es el caso. No para un servidor dns. No creo que ningún administrador en sus cabales configure sus equipos para rechazar (de manera interesada) peticiones de un ISP en concreto a su servidor dns, y menos tratándose de un servidor de listas de correo. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org