Yes. Pretty much. you could theoretically load balance non http traffic but that isn't what its designed for and I certainly haven't tried it for that purpose. You certainly can't balance ssl traffic in this way without terminatin the ssl connection in pound, you could however use https backends but pound still has to decrypt the first
Anthony Somerset Please excuse the brevity. Sent from my iPhone. On 6 Aug 2011, at 19:28, Mark <[email protected]> wrote: Thanks for the reply. So pound can only load balance http/s and can't do anything based on just tcp load balancing. Shame - well good to know. Thanks, Mark ------------------------------ From: [email protected] Date: Sat, 6 Aug 2011 19:15:39 +0100 To: [email protected] Subject: Re: [Pound Mailing List] Pound DNS and TCP Proxy / Load Balancing Pound can't load balance ssl traffic without terminating it first. You need real hardware that balances at a lower network layer Anthony Somerset Please excuse the brevity. Sent from my iPhone. On 6 Aug 2011, at 19:12, Mark <[email protected]> wrote: Hi All, This looks like an interesting product - one I came across a long time ago but have not had the need to use until perhaps now. With that i've got 2 simple and short questions. 1. Can pound include backend servers where the backends are are called by hostname DNS and then the TTL of the DNS is adhered to thus once reached pound will resolve the DNS to the backend hostname again so that when the IP changes for the backend pound will pick-up on this without me needing to restart pound? 2. I see lots about http and https etc, but i'm looking at pound more for TCP load balancing, I don't need any special gadgets and abilities just a simple TCP balancing of SSL and http. IE i don't want pound to terminate the SSL and look at the request, but I do want it to be able to load balance SSL and http and pick-up on failure of backends if all that is possible with pound? If both those are a yes it can do, then I'm going to start using it ASAP. Best and thanks for any guidance provided, Mark
