I'd be tempted to use a subdomain for each department, something like accounts.domain.local, technical.domain.local etc. Don't use your own Internet domain name internally which is why I've used .local rather than .com as the top level domain in the example.
So the machines would be server1.accounts.mdomain.l
But this would be for a big firm over 500 users where you intend to have 10 active directory domains; if there are only 10 people in each department then a single layer like mydomain.local and name the machines accsvr1.domain.local, tecpc1.domain.local etc. (where acc=accounts, tec=technical) is less messing about.
You could go to town like Microsoft have, e.g. inet-imc-02.redmond.corp.m
Since you probably have Internet access the server will probably be used to resolve names for the clients browsing the web so setup your ISP's DNS resolvers as forwarders, you could use the root hints instead of forwarders but you might as well use your ISP's server since it'll respond faster than the root servers which often are too busy and time out.
If you want to host your public DNS records then either use a seperate server than your internal DNS server or something that can support two seperate sets of DNS records but I'm lazy and normally let the ISP do the public records.
Main Topics
Browse All Topics





by: scraig84Posted on 2002-05-23 at 11:48:32ID: 7030250
Hmm. No offense meant, but are you sure you want to do this yourself? Considering you gave no information on domain names or what this DNS server will do for you, and instead gave IP subnet information which is inconsequential, you don't seem to have a very good grasp on what a DNS server does. Like I said, I mean no offense, and instead don't want to see you get in over your head. I would suggest that before asking any more how-to's you do a bit of homework on DNS and how DNS servers function etc.