Saludos, te podrían servir las views de bind9 ?, esta funcionalidad te
permite separar las peticiones de dns segun los hosts
de los que provengan por lo cual podrias diferenciar las consultas externas
y la internas a la red local ... un abrazo
______________________________________________
Walter G Osoria - Debian GNU/Linux 6.0
walter(punto)osoria(en)gmail(punto)com
Linux registered user #124360
http://www.twitter.com/wosoria
---------------------------------------------------------------------------------
GnuPG Public Key: http://pgp.mit.edu
FingerPrint: F4F5 2C8C 4721 8B7E 412E 8AA8 8369 8387 F736 5358
El 30 de mayo de 2011 03:57, Carlos Miranda Molina (Mstaaravin) <
[email protected]> escribió:
> Buenas...
>
> Hago una pregunta a algún gurú de bind que tal vez sepa responder.
>
> Debido a un determinado requerimiento en una empresa he configurado
> dhcp + bind para que al asignar las IPs a los clientes los hostnames
> de los mismos tambien queden registrados en el dns server, esto pude
> dejarlo funcionando sin mayores inconvenientes y puedo resolver en la
> red tanto los hostnames como los PTR de cada cliente.
>
> Pero hay una cuestión ajena a mi, el dominio dns de la red local es el
> mismo que la empresa utilizar en internet "example.com" (por ejemplo)
> tampoco es necesario utilizar split-horizon porque desde la IP pública
> de la empresa no se publica a internet el protocolo DNS.
>
> Mi pregunta es:
>
> Cómo hacer en el bind de la red local para que pueda resolver
> correctamente un hostname.example.com que es un webserver externo
> (por ejemplo) pero del cual el DHCPD no tiene ningún registro...?
>
> Aclaro que desconozco el mundo bind, mis skills en servidores dns sólo
> refieren a djbdns
>
> Necesito sólo el concepto (en bind) no la solución en si misma.
>
> Gracias
>
> --
> "La Voluntad es el único motor de nuestros logros"
> http://ngen.com.ar/blog
>
>
> --
> To UNSUBSCRIBE, email to [email protected]
> with a subject of "unsubscribe". Trouble? Contact
> [email protected]
> Archive:
> http://lists.debian.org/[email protected]
>
>
