El 29/09/08, lluis escribió:
Unbound is designed as a set of modular components, so that also\n DNSSEC (secure DNS) validation and stub-resolvers (that do not run\n as a server, but are linked into an application) are easily possible.
Unbound está diseñado como un conjunto modular de componentes, por lo que tanto el uso de la validación DNSSEC (DNS seguro) como los stub-resolvers (que no se ejecutan como servidor sino que están enlazados en una aplicación) son fácilmente posibles.
stub-resolvers -> solucionador de colillas.????
Alguien sabe que demonios es esto???
Porque un cenicero no debe ser. :-)
No lo traduzcas :-? Un stub (en general) es como un trozo de algo sin acabar, que no está completo. Pero para este caso... buff (buscando en Google...) *** 4.5.2 Resolución de dominios http://pracgsi.ulpgc.es/gsi/tut_tcpip/3376c45.html#figdnsstub El último muestra un "stub resolver", que es una rutina enlazada con el programa de usuario, que envía las peticiones a un servidor de nombres. El servidor de nombres suele cachear las respuestas, aunque esto depende de la implementación. En UNIX, el "stub resolver" se implementa con dos funciones de librería: gethostbyname() y gethostbyaddr() para convertir nombres de hosts a direcciones IP y viceversa. Otras plataformas tienen rutinas iguales o parecidas. Los "stub resolvers" son mucho más comunes que los "full resolvers". *** Todo tuyo O:-) Saludos, -- Camaleón