Hi Brian, On Thursday, December 26, 2002, 3:42 PM, you put forth, in part, about "Best caching nameserver?":
B> I see! I am going to implement tinyDNS on a Linux server in lieu of B> BIND. I just didn't know if it cached anything itself. Only problem B> is that there aren't any web based tools to update info for tinydns, B> after hunting around for some. Right, but this is offset by the ease of use in setting it up. There are even tools, scripts to do this for you, located in the tinydns dir. It is *far* easier to set up than BIND. If you have any slave DNS servers set up, just set up rsync to keep everyting up to date automatically. Instructions for this are listed on the djbdns site. Extremely easy to do, just one line of code, which is already done for you. B> I'm still leaning towards tinydns for the speed, and if it doesn't B> cache, no problem, I don't think that'll be necessary. :) Just put in dnscache as a resolving caching server, either on that puter that you have tinydns, or as you have it now (I believe on another machine), and point it to your IP address that you have tinydns on. It will work in conjunction with tinydns, doing all of the leg work of both resolving and caching for you. All puters on your LAN will be able to use the resolving cache. Just point all the puters to the internal IP address of the resolving cache.. That's it. I only have my dnscache IP listed on all machines on my LAN, not even my ISP's DNS numbers are listed in any computer. They are not needed. One other feature, if you have your own mail server too, part of djbdns, another speciality DNS program is rbldns, which will allow you to set up white and black lists, for spam control, so that they cannot deliver spam by only sending an A record, and not an mx record. This works great, and can be used in addition to any RBL list on the web, i.e. spamcop, ORBS, whatever. I have my own black listings set up. So when my mail address gets harvested here, as it has in the past, they can't send me spam. -- Best regards, Gary The early bird might get the worm, but the second mouse gets the cheese. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
