[dns-operations] Natting DNS farm behind LB - using priv ip space.

[abang]

We are using LVS Linux Virtual Server, a Linux kernel module with the packet ldirectord. It's a great project. Ideal for DNS resolver, easy to configure, cheap and it has in "direct routing" modus a very high performance. With this setup you have one IP to your clients. But each "real server" has it's own IP for outgoing queries. No NAT.



Bob Paolucci <Bob.Paolucci at rci.rogers.com> schrieb:

Hey guys, This is a pretty open question... But anyone forsee any issue with the following setup: Bunch of DNS resolvers that are behind a load balancer, load balancer is presenting anycast to the clients for resolution, dns servers behind load balancer only have private ip's on their interfaces, load balancer has a single nat address for the outgoing queries / responses. Thoughts? Concerns? This e-mail (and attachment(s)) is confidential, proprietary, may be subject to copyright and legal privilege and no related rights are waived. If you are not the intended recipient or its agent, any review, dissemination, distribution or copying of this e-mail or any of its content is strictly prohibited and may be unlawful. All messages may be monitored as permitted by applicable law and regulations and our policies to protect our business. E-mails are not secure and you are deemed to have accepted any risk if you communicate with us by e-mail. If received in error, please notify us
immediately and delete the e-mail (and any attachments) from any computer or any storage medium without printing a copy. Ce courriel (ainsi que ses pièces jointes) est confidentiel, exclusif, et peut faire l’objet de droit d’auteur et de privilège juridique; aucun droit connexe n’est exclu. Si vous n’êtes pas le destinataire visé ou son représentant, toute étude, diffusion, transmission ou copie de ce courriel en tout ou en partie, est strictement interdite et peut être illégale. Tous les messages peuvent être surveillés, selon les lois et règlements applicables et les politiques de protection de notre entreprise. Les courriels ne sont pas sécurisés et vous êtes réputés avoir accepté tous les risques qui y sont liés si vous choisissez de communiquer avec nous par ce moyen. Si vous avez reçu ce message par erreur, veuillez nous en aviser immédiatement et supprimer ce courriel (ainsi que toutes ses pièces jointes) de tout ordinateur ou support de d!
 onnées
sans en imprimer une copie._____________________________________________
dns-operations mailing list dns-operations at lists.dns-oarc.net https://lists.dns-oarc.net/mailman/listinfo/dns-operations dns-jobs mailing list https://lists.dns-oarc.net/mailman/listinfo/dns-jobs

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.dns-oarc.net/pipermail/dns-operations/attachments/20110603/5b2cc307/attachment.html>