Own root cache for outside resolutions , possible?

Stephens, Bill {PBSG} Bill.Stephens at pbsg.com
Fri Jun 21 11:41:48 UTC 2002


I would:
1) Set up a DNS server with an external and internal connection
2) Configure it to be able to resolve external domains
3) Set up your internal DNS servers to forward by default to the =
external
DNS.
4) Point your clients to the internal dns servers.

The internal dns servers will resolve internal zones before forwarding
requests to the external DNS server.

=20
=20

Bill Stephens
PepsiCo Business Solutions Group
Bill.Stephens at pbsg.com
972.376.7155      fax: 972.376.6019
=20
=20

-----Original Message-----
From: Joaquin J. Domens [mailto:jdomens at corp.terra.es]=20
Sent: Friday, June 21, 2002 6:18 AM
To: bind
Subject: Own root cache for outside resolutios , possible?


Hi group,

I've a question for you.....

I've configured two machines as internal dns's for our company that
contain all of our internal zones and it has no public ip, the thing
it's that our internal services need to resolve outside domains also.

Which is the smartest solution to mantain this architecture?

I've tried to built my own root.cache so that when they have to resolve
external domains (yahoo.com , etc) the queries are redirect to other
dns's that has public ip and external resolution, but it looks like he
stills look for the real root cache sinstead of the file I've created.

Do I have to built my root.cache in a special way ? or it's not =
possible
to do this ?

Hope my explanation it's clear .......

BIND: 8.3.1
OS: Solaris 8

Thanks in advance
--
--------------------------------------------------
Joaquin J. Domens
=C1rea de Tecnolog=EDa
Departamento de Producci=F3n / Aplicaciones
--------------------------------------------------
Terra Networks Espa=F1a S.A.
Juli=E1n Camarillo, 6
28037 Madrid, Espa=F1a
joaquin.domens at corp.terra.es
--------------------------------------------------
Mercado Continuo: TRR |  Nasdaq: TRLY
--------------------------------------------------
http://www.terra.es
--------------------------------------------------



More information about the bind-users mailing list