Ways of generating different files for subzones.
jaromir.talir at nic.cz
Tue May 19 15:29:51 CEST 2009
Mario Guerra píše v Pá 15. 05. 2009 v 16:38 -0600:
> Jaromír Talíř escribió:
> > Mario Guerra píše v St 13. 05. 2009 v 16:30 -0600:
> > > We would like to separate files for different subzones. Two possible
> > > strategies:
> > >
> > > 1. Some option from genzone_client using an only zone.
> > > 2. Defining zones in FRED .cr, .ac.cr, .co.cr and the like (notice the
> > > second-level zone).
> > >
> > You can define these 3 zones in FRED and during generation you will get
> > 3 zone files.
> > Jaromir
> Yes, I tested that. For generating the zone files per-se that is
> exactly what happens.
> Then I did this. I have created a nsset named ACLACCR, which is for
> the domain acl.ac.cr. Our .cr zone is number 4 and ac.cr, number 5.
> I created a test acl.ac.cr domain using said nsset.
> When generating the zone cr and then ac.cr. The domain is associated
> with the .cr zone file (db.cr) not with .ac.cr zone file.
> Checking the domain FRED table I can see that the just created
> acl.ac.cr domain is associated with zone 4, that is .cr.
> I guess that when creating a domain, the zone associated is the first
> one, sequentially-wise, which is consistent with the domain name. For
> example, if the domain is acl.ac.cr, the first zone which has a suffix
> consistent with the zone is number 4, which correspond to .cr zone. I
> suppose, then, that if had created ac.cr with, say, number 4 and .cr
> with number 5, the zone associated by default would be ac.cr.
> I did a further test, changing the zone number in the domain table to
> 5. Then I regenerated both zones and now acl.ac.cr was associated with
> the ac.cr zone file.
> Am I on the right track?.
I will have to check it. If it works this way, it's a bug. It should
sort domains by length from long to short. This way, first matching
domain should be is ac.cr. You have recent fred version? We implemented
these overlapping zones at the end of last year.
> fred-users mailing list
> fred-users at lists.nic.cz
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 3870 bytes
Desc: not available
Url : http://lists.nic.cz/pipermail/fred-users/attachments/20090519/db5d74ea/attachment.bin
More information about the fred-users