Re: Just wondering if BIND can do GLB -Global Load Balancing Stuff?
I once maintained two F5-BIGIP-GTM boxes a coupe of years ago, at that time they called as F5 3DNS. GTM does have a BIND installed, but that means nothing. Its GSLB DNS module is not BIND, but a customized module in Linux kernel. Among with this module there are some scheduler methods to balance the requests, for example, based on the locations or QoS or something others. This kernel module intercepts DNS request IMO, if a record should have to be balanced by GTM, the kernel module will response it based on the chosen scheduler. Otherwise records will responsed by BIND. δΊ 2012-12-12 21:23, Manish Rane ει: Can BIND work as a Global Load Balancer? Or I am keen to know about constructing GTM kindaa stuff which can monitor the health of devices and route away traffic from failed ones by putting lower TTL value? I believe F5 3DNS does the same thing? ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Short domains...
On Mon, Dec 17, 2012 at 11:09:57AM -0500, wbr...@e1b.org wrote: Ray wrote on 12/17/2012 11:04:19 AM: zone selfservice { type forward; forwarders { adserver; }; }; Does this work? zone selfservice. { Nope -- had tried that as well with no luck. Same symptoms. Ray ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Short domains...
On 17/12/12 17:14, Ray Van Dolson wrote: On Mon, Dec 17, 2012 at 11:09:57AM -0500, wbr...@e1b.org wrote: Ray wrote on 12/17/2012 11:04:19 AM: zone selfservice { type forward; Forward only; ?? forwarders { adserver; }; }; Does this work? zone selfservice. { Nope -- had tried that as well with no luck. Same symptoms. Ray ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users -- Best regards Sten Carlsen No improvements come from shouting: MALE BOVINE MANURE!!! ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Short domains...
In article mailman.906.1355760273.11945.bind-us...@lists.isc.org, Ray Van Dolson rvandol...@esri.com wrote: I'm not sure quite how to properly describe this, and as a result my searches aren't turning up much To support a legacy app, I need to have a domain defined called selfservice so I can support resolution of www.selfservice. Yes, no trailing .com, .net, etc ugly, but I need it for now. This domain actually lives on our AD servers, so I thought I'd do the following: zone selfservice { type forward; forwarders { adserver; }; }; However, this doesn't work. Queries just return the TLD servers for . as the SOA. Querying the AD servers directly works fine. However, if I actually define a master zone: zone selfservice { type master; file selfservice.zone; notify yes; allow-transfer { secondary; }; }; And explicitly define the A record I need, then queries for www.selfservice respond correctly. It's almost as if BIND prefers the less specific hint zone for . over my forward zone definition for selfservice -- but not if I make it a master zone... Any ideas? Am running BIND 9.8.2 on RHEL6. Thanks, Ray Forwarders only get used when the server is recursing -- it goes to the forwarders instead of the servers listed in the NS records of the zone. It sounds like the legacy app is sending queries without the Recursion Desired flag set. Is the above server your caching server or authoritative server? You could configure the server as a slave for the selfservice zone. -- Barry Margolin Arlington, MA ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users