Mailinglist Archive: opensuse-es (1145 mails)
| < Previous | Next > |
Re: [opensuse-es] Consultas DNS mediante TCP
- From: Camaleón <noelamac@xxxxxxxxx>
- Date: Tue, 3 Mar 2009 18:45:44 +0100
- Message-id: <20090303174544.GA23577@xxxxxxxxxxx>
El 2009-03-03 a las 14:17 -0300, Victor Hugo dos Santos escribió:
La idea es que se le pueda decir al cliente que repita de nuevo en tcp, sí.
Sí, es una pérdida de tráfico/tiempo pero a alguien le puede interesar
(en un entorno contolado de lan, para pruebas, etc...). Sería una
opción más.
La comunicación funciona, vale, pero no es la esperada por el servidor
dns :-)
Aumenta el uso del udp si es lo que se quiere. Lo interesante es que
admita la configuración de los marcadores (flags) para configurar la
respuesta del servidor dns al cliente.
La maldad que tengo en mente sería, por ejemplo, poder configurar el servidor
dns para que tratara todos los paquetes (independientemente de su
tamaño) para responder a través de TCP (forzando un flag TC ==> 1).
Es decir, lo que ahora es un "SHOULD" en el RCF, convertirlo en "MUST" >:-)
Saludos,
--
Camaleón
--
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
2009/3/3 Camaleón:
Pero no me refiero a eso. No se trata de forzar a bind a que use "sólo"
un protocolo (eso iría en contra de su propia especificación), sino que
cuando falle uno (udp) acepte el otro (tcp) en lugar de "cortar", que no es
lo mismo.
no te entiendo...
cuando se supone que bind deberia de considerar que una consulta DNS fallo ???
- si hay un cortafuegos entre medio que bloquea el UDP, entonces bind
nunca se enterara de ello.
- si se configura BIND para que "indique" a los clientes que utilizen
TCP al inves de UDP, entonces, seria despercio de tiempo/bytes, por
que:
1 - cliente envia una solicitud UDP
2 - bind contesta que realize la consulta nuevamente por TCP
3 - cliente envia solicitudes TCP
4 - bind la contesta.
La idea es que se le pueda decir al cliente que repita de nuevo en tcp, sí.
Sí, es una pérdida de tráfico/tiempo pero a alguien le puede interesar
(en un entorno contolado de lan, para pruebas, etc...). Sería una
opción más.
en el paso 2.. ya deberia de ir la respuesta a la consulta que hizo el
cliente...
no hay sentido (al menos yo no lo veo) de indicarle al cliente que
vaya por TCP siendo que la comunicacion UDP funciona.
La comunicación funciona, vale, pero no es la esperada por el servidor
dns :-)
Estaba pensando en si la extesión edns (del mismo autor que citas) lo
contemplaba:
<http://en.wikipedia.org/wiki/EDNS>
mmm. no la conocia..
pero lo que veo en el sitio que enviaste.. es que EDNS "aumenta" la
utilizacion de UDP y no al reves.
Aumenta el uso del udp si es lo que se quiere. Lo interesante es que
admita la configuración de los marcadores (flags) para configurar la
respuesta del servidor dns al cliente.
La maldad que tengo en mente sería, por ejemplo, poder configurar el servidor
dns para que tratara todos los paquetes (independientemente de su
tamaño) para responder a través de TCP (forzando un flag TC ==> 1).
Es decir, lo que ahora es un "SHOULD" en el RCF, convertirlo en "MUST" >:-)
Saludos,
--
Camaleón
--
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 > |