Multiple A and PTR and the "main" ones?
Reindl Harald
h.reindl at thelounge.net
Mon Sep 14 08:12:12 UTC 2015
Am 14.09.2015 um 07:31 schrieb Harshith Mulky:
> I could not stop asking the question related to this.
>
> I am sorry if this is not relevant to this Topic
>
> Is it not possible to send multiple "A" Records for a same name with
> different IPs. It might be that the bind might be listening on multiple
> IPs on same server
> What would happen if one of the IP interfaces is not reachable?
the same as when it is a different machine, the client which chose that
record will fail to connect, dns round-robin is for load-sharing and not
failover
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Fri, 11 Sep 2015 15:48:32 +0200
> > From: Matus UHLAR - fantomas <uhlar at fantomas.sk>
> > To: bind-users at lists.isc.org
> > Subject: Re: Multiple A and PTR and the "main" ones?
> > Message-ID: <20150911134832.GC24000 at fantomas.sk>
> > Content-Type: text/plain; charset=us-ascii; format=flowed
> >
> > >>On 09/11/2015 02:10 PM, Reindl Harald wrote:
> > >>>just don't specifiy more than one PTR for a IP
> >
> > >Am 11.09.2015 um 14:14 schrieb Marek Kozlowski:
> > >>Specifying multiple CNAMEs for the same alias is not possible
> >
> > On 11.09.15 14:22, Reindl Harald wrote:
> > >no idea what that means, a CNAME can point to anotehr CNAME in circles
> >
> > that's true, however not recomended.
> > It's also possible to have multiple CNAMEs pointing to the same record,
> > which I would recommend.
> >
> > >>defining more than one PTR for the same IP is possible I believe there
> > >>is some reason for it.
> >
> > >>I think sometimes I might be useful. Is it a bad practice?
> > >
> > >it is a bad practice and leads exactly to the problems you describe
> > >when the other side tries to verify A/PTR matching because there is
> > >just no ordering like there is also no rodering having multiple A
> > >records for the same name with different IP's
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20150914/ae2a025a/attachment.bin>
More information about the bind-users
mailing list