After discussing it more i was wondering what the plausibility of instead of
implementing NATD+SSL of implementing that works like the natd does with
divert. Example:
1) ipfw could send to 8669/divert which has ssld listening
2) ssld could act very much the same way natd would only all it would
;Real Server.
This is practically useful for half of what i am talking about implementing.
If you were to incorperate NATD+SSL you would ssl enable any server on the
localhost without things coming from localhost.
> I have been thinking trying to put something simular for FreeBSD
> togethe
On Wed, Oct 10, 2001 at 08:00:07PM +, Alex Newman wrote:
> Ok I know this sounds wacky, but I will try justify why i think it is
> usefull. If someone can think of a better way to achieve goals 1-3 or if
> they are silly goals please tell me. How easy would it be to implement ssl
> in the r
Alex Newman wrote:
> 2) It would allow you to more efficently have ssl proxy boxes infront of an
> array of webservers. This is useful if you had for instance a hardware
> crypto card in the ssl proxy. Currently the only decent way I know to do
> this today is with linux+stunnel since it has trans
Ok I know this sounds wacky, but I will try justify why i think it is
usefull. If someone can think of a better way to achieve goals 1-3 or if
they are silly goals please tell me. How easy would it be to implement ssl
in the redirection part of natd. Some reasons why this is better than
sslwra
5 matches
Mail list logo
