I agree that the private network is an important factor but these are networks of example, and wanted to illustrate that I'm using separate networks setup round robin.
When I consult dig through the respotas are alternate, but when I use nc, telnet or python to test the response does not always work as it should. Today I tested with Centos 6 and ran the query in Umbound and Bind, can be a problem with libresolv or libc? The Centos 5.4 does not work on Unbound, noting that the tests were the same in both operating systems using (telnet nc.. Python. Dig and internal application developed internally) 2012/12/14 Tom Hendrikx <[email protected]>: > > Hi, > > Wouldn't that also strip 192.168/16 addresses (the other half of his > configured responses)? > > Tom > > On 14-12-12 15:18, W.C.A. Wijngaards wrote: >> Hi, >> >> Do you protect your private addresses, i.e. 10/8 ? That would cause >> unbound to remove the 10/8 addresses from the response, leaving the >> other address. This is the private-address option in unbound.conf. >> >> Best regards, Wouter >> >> On 12/14/2012 03:13 PM, Leandro Anjos Moura wrote: >>> Thank you for answers, but the parameter rrset-roundrobin is set to >>> yes. >> >>> The problem is Bind works and Unbound does not work. >> >> >>> 2012/12/14 Aaron Hopkins <[email protected]>: >>>> On Fri, 14 Dec 2012, Leandro Anjos Moura wrote: >>>> >>>>> When my application directly query my server Bind all ips are >>>>> utilized in connection, but when my application query my server >>>>> Unbound ips network 10.XXX are never recovered. >>>> >>>> >>>> See the rrset-roundrobin option as of Unbound 1.4.17: >>>> >>>> rrset-roundrobin: <yes or no> If yes, Unbound rotates RRSet order >>>> in response (the random num- ber is taken from the query ID, >>>> for speed and thread safety). Default is no. >>>> >>>> -- Aaron >>> _______________________________________________ Unbound-users >>> mailing list [email protected] >>> http://unbound.nlnetlabs.nl/mailman/listinfo/unbound-users >> >> >> _______________________________________________ >> Unbound-users mailing list >> [email protected] >> http://unbound.nlnetlabs.nl/mailman/listinfo/unbound-users >> > > > > _______________________________________________ > Unbound-users mailing list > [email protected] > http://unbound.nlnetlabs.nl/mailman/listinfo/unbound-users _______________________________________________ Unbound-users mailing list [email protected] http://unbound.nlnetlabs.nl/mailman/listinfo/unbound-users
