> On May 18, 2017, at 4:41 PM, David Jones <djo...@ena.com> wrote: > >> From: Robert Kudyba <rkud...@fordham.edu> > >>> Am 18.05.2017 um 22:30 schrieb Reindl Harald: >>>> "with working dnsmasq" says all - DNSMASQ DON'T DO RECURSION - IT CAN#T >>>> you are forwarding to some other nameserver and you are not the only one > >> But the nameserver I’m forwarding to is in our university. > > Your server needs to do it's on full recursive DNS lookups.
So dnsmasq is no longer an option? > >>> /etc/resolv.dnsmasq >>> search subdomain.ourschool.edu ourschool.edu >>> nameserver 150.108.x.yy >>> nameserver 150.108.y.xx >>> >>> seriously - what do you think happens? >>> you and everybody else on planet earth using 150.xx.xx.xx are coming with >> the same IP to the DNSBL/URIBL hosts > > He's being rude but he's right. You can't guarantee that all of the other DNS > queries being made through your university DNS servers isn't going over the > free limit on the URIBL DNS servers. > >> Isn’t the point of enabling dnsmasq to cache DNS calls? I’m just following >> the >> instructions at >> https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.apache.org_spamassassin_CachingNameserver-23&d=DwIFEA&c=aqMfXOEvEJQh2iQMCb7Wy8l0sPnURkcqADc2guUW8IM&r=X0jL9y0sL4r4iU_qVtR3lLNo4tOL1ry_m7-psV3GejY&m=Xfhs5TxObQNstiygWZx6rtuJIMJ_Q65ueMPfIdG6MPw&s=YjlCBF15mxOWWMeVSUh_L9Jz1s8o454zFPqUC_5chAU&e= >> >> Installing_dnsmasq_as_a_Caching_Nameserver which BTW has a broken >> link to instructions. > > I will fix this wiki page now… I see there’s rbldnsd. On Fedora and one of our 2 servers, we run NIS & ypbind. One runs NetworkManager and the other just the network service. I guess I’m looking for the best recommendation and easy configuration without conflicts. The link to http://njabl.org/rsync.html <http://njabl.org/rsync.html> is broken at the moment.
