Re: Virtual DNS questiona and reverse lookup table conflicts

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, 2008-12-07 at 09:19 -0800, John Cornelius wrote:
> 
> Daniel B. Thurman wrote:
> >
> > [WARNING!  This is a long discussion!]
> >
> > Is it possible to have a single DNS server support
> > two different domain names, with each domain
> > name having it's own forward and reverse lookups?
> >
> > The problem I seem to run into is that of reverse
> > lookups; I cannot seem to figure out just how to
> > have common reverse IP lookups separated so that
> > it returns the correct domain name based on the
> > domain name itself.
> >
> ---------------Snip------------------
> >
> > My goal here is to support redundancy by having two
> > separate servers, each supporting two domain names
> > so that if one server drops dead, the other server will
> > take over and also, I really do not want to have 4 different
> > servers, two for each domain name so, it is about cost
> > as well.
> >
> > Does this scenario make any sense at all?
> >
> > I have looked for examples on the Internet but I could
> > not find anything that can shed some light on this. Perhaps
> > someone can point me in the right direction or - perhaps this
> > is a nutty idea and there is a better way?
> >
> > Kind regards,
> > Dan
> >
> The difficulty with what you want to do may be that you shouldn't want 
> to do it.
> 
> DNS is actually two sets of services namely address resolution for 
> domain names and name resolution for Internet addresses.
> 
> In the first instance any number of domain names can resolve to a single 
> address i.e., mail.x.net and www.y.net can both resolve to the same IP 
> address. This information is set up for each domain irrespective of what 
> the IP address is. Indeed, and domain name can resolve to several IP 
> addresses for load balancing or redundancy.
> 
> In the second instance an IP address can only resolve to a single 
> Internet domain name and the reverse lookup resolution often is done on 
> a computer that is different than the computer providing the forward 
> resolution because it must be done by the entity that owns the network 
> e.g., your ISP.
> 
> When a remote host looks up the name of a computer through reverse DNS 
> lookup it only provides the address to the server registered as the 
> owner of the address space and each address can have only one 
> (canonical) name at any given instant. If it were otherwise the name 
> server would never know which name to return in response to the reverse 
> lookup query.
My ISP (Eclipse) permits the alteration of the "reverse zone" file on
their Server such that it matches the Forward zone file used my Name
Registration Co (123reg)

I used to test for reverse lookup on my mail server until I
lost some important mail! 
--------------------------------------
host -v baa.com
;; ANSWER SECTION:
baa.com.		60043	IN	A	83.98.101.4


[root@tarifa ~]# host -v 83.98.101.4
Trying "4.101.98.83.in-addr.arpa"
Received 42 bytes from 148.197.29.5#53 in 36 ms
Trying "4.101.98.83.in-addr.arpa"
Host 4.101.98.83.in-addr.arpa. not found: 3(NXDOMAIN)
Received 42 bytes from 148.197.29.5#53 in 31 ms

> -- 
> 
> John Cornelius
> 
> "I may not be totally perfect, but parts of me are excellent."
> Ashleigh Brilliant, 1979
> 

I apologise for entering the discussion late but I am interested in
understanding more !

Why is it necessary to have the same machine in two different domains?

Is not a slave server with "identical" zone files better/easier for
backup purposes.

If two domains are really essential is it possible to
have the ethernet interfaces configured with two separate
IP ranges such that two reverse zone files are valid?
something like
ip a a 192.168.1.4/24 dev eth0
ip a a 192.168.2.4/24 dev eth0

John



-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux