[NTLUG:Discuss] Web-server Farm - Networking Question

David Stanaway david at stanaway.net
Thu Jan 3 22:25:27 CST 2008


You can't to smtp on different ports and that is host header neutral - 
you would need to make you vm host a relay for all your guests - not 
really ideal.

If people are paying for a dedicated VM - they probably have some 
expectation of being able to run their own DNS and SMTP. They probably 
want to be able to set up their own SSL and authenticated relay. ...

If on the other hand you are just using virtual machines to partition 
your users from snooping or worse on each other, and don't expose the 
dedicated server nature of the service to them - then you could come up 
with some kind of user based proxy routing for ftp sessions through to 
each server and offer unique ports for them to connect to for imap/pop - 
but giving each machine their own internet routable IP is probably the 
best option (Even if you limit the services they can run via ipfilter).



David Simmons wrote:
> 
>> There are ways of handling web of course, but many protocols
>> don't really care about the name so much as the IP, and since
>> they would all have the same IP, most services couldn't be
>> made to be 'specific' to one VM or another.
> 
> well......actually it can....grin
> 
> Through a bunch of
> research, it appears that using 'mod_proxy' on Apache (with some
> mod_rewrite) rules would work.  You have the host OS run a httpd
> session (with mod_proxy) - then it will do the redirects (based on host
> name) to the individual - private IP VMs....using mod_rewrite for the
> reverse lookups.
> 
> Maybe that's what you're saying by 'there are
> ways of handling web'.....which is really the issue.  Figured I could
> do ssh on different ports, etc.
> 
> In the end....a call for more
> IP address really seemed to be the most painless and direct.
> 
> Thanks for all the input(s)!
> 
>  - dave
> _______________________________________________
> http://www.ntlug.org/mailman/listinfo/discuss
> 




More information about the Discuss mailing list