Mailinglist Archive: opensuse-es (1077 mails)

< Previous Next >
Re: [opensuse-es] Consultas DNS mediante TCP
  • From: RŌNIN <correo.cuervo@xxxxxxxxx>
  • Date: Fri, 27 Feb 2009 15:06:47 -0500
  • Message-id: <1924b1210902271206o2d39010dy77d2f03ff00335ed@xxxxxxxxxxxxxx>
Hola a tod@s:

El día 27 de febrero de 2009 12:20, Victor Hugo dos Santos escribió:

Hay que ver lo que la prisa de la mañana y el cansancio de una mala
noche logran cuando tratas de expresar tus ideas y todo se confunde,
espero que con éste mensaje todo sea más sencillo.


modificar tiempos de espera ??
"net.ipv4.tcp_syn_retries" sirve para configurar "cuantas reintentos"
se hara para intentar establecer una conexcion...
ojo... que esto se aplica a "todo" el trafico tcp y no solamente para
las consultas DNS o otra en particular..

Bien, esto es así: la aplicación que comento, trabaja en modo
cliente/servidor y cuando pierde la conexión con la red o pierde
contacto con los servidores (por caída del DNS, por ejemplo), tarda 40
segundos (o hasta más) en notificar al operador de la computadora que
va a pasar a funcionar en modo off-line. He notado que la alerta de
notificación opera en función de los reintentos (por eso reajusté el
valor predeterminado) y necesito que la alerta se active en el menor
tiempo posible (Otorgarle más tiempo me dilata otros procesos y la
acumulación de tiempos me entorpece la operación).


pero que demonios estas intentando hacer exactamente ??


Trato que el sistema operativo le informe a la aplicación que ha
perdido contacto con el servidor ... en el menor tiempo posible.


- por que no te sirven exactamente el UDP ??'


Porque hasta donde he ensayado, sólo reduciendo la cantidad de
reintentos de TCP logro reducir los tiempos en que el sistema
operativo informa que no puede contactar a una computadora en especial
(que por lo general es de 40 segundos).

- comentas en el primer correo que con UDP te da una respuesta y con
TCP te da otra respuesta ??? de que hablas ?? si estas consultando al
mismo servidor.. la respuesta debería de ser la misma (independiente
si es TCP o UDP)

Aquí metí la pata, por respuesta no quise que entendieran datos, sino
tiempos. Veamos: si hago una consulta normal al servidor, teniendo la
computadora desconectada de la red (dig miservidor.midominio.com), el
mensaje de fallo tarda 40 segundos en aparecer; si la hago con la
computadora desconectada y teniendo instalado el programa pdnsd (del
cual hablé en mi primer mensaje - dig +vc miservidor.midominio.com),
el mensaje de fallo tarda 15 segundos en aparecer.


- se lo que buscas es tiempo de respuesta mas rápido (por los cambios
que hiciste en la configuracion TCP y que creo te ira generar mayores
problemas)...entonces:
    1 - vas por el camino mas equivocado utilizando TCP al inves de UDP...
    2 - puedes poner un servidor DNS cache mas cercano a tu aplicacion
    3 - a no ser que los registros DNS se cambien a cada 30
segundos.. puedes aumentar el TTL de los registros y asi la
informacion quedara en la cache de los clientes (aca., tu aplicaron)
mucho mas tiempo y hará menos consulta al servidor DNS.

la verdad es que no explica bien que quieres y/o el problema que
tienes y intenta soluciones "extranas" para problemas que podrian ser
muy sencillos.. recomiendo que explique detalladamente tu situacion.


Espero haberme explicado mejor ésta vez, si no lo he logrado, sólo
dímelo y lo intento nuevamente. Y si has logrado entender lo que
quiero y tienes una mejor manera de hacerlo que como lo vengo
haciendo, estaré más agradecido.

Gracias por tu tiempo e interés. Quedo a la espera de sus sugerencias,
comentarios, indicaciones.

Cordialmente,


Cuervo Linuxero
--
No recibo/envío información elaborados en/para M$-Word, M$-Excel,
M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a
leer mis razones:
http://www.gnu.org/philosophy/no-word-attachments.es.html
--
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx

< Previous Next >