[MLB-WIRELESS] possible vpn and public ip address allocationoption
masked at internode.on.net
masked at internode.on.net
Tue Mar 16 22:10:42 EST 2010
Being in Bendigo I'd be keen to consider a VPN connection.
Maybe the VPN should be hosted on that dedicated box/connection taht was offered recently on the
mailing list.
On Tue 16/03/10 10:02 PM , Steven Haigh netwiz at crc.id.au sent:
> On 16/03/2010, at 8:55 PM, <mw at freenet.
> net.au> <mw at freenet.
> net.au> wrote:> Should be quite easy really - only a matter of
> /where/ to put it. The way I work it, if there was a VMWare platform
> available for MW services, it would be easy as pie to add services to the
> mix by simply running up a new VM with the new service - for example a VM
> running freeradius could be developed with read-only access to the
> database, and thereby no danger of damage to the database
> contents.>
> > Furthermore, this sort of setup could support
> various project teams working on some area of specific interest to
> individuals - we could have an SNMP project, a mailing list project, web
> site project, wiki project and so forth, all on independent VMs. Nobody
> needs to get root access to something they aren't involved in.
> Furthermore, individuals can easy establish copies of the VMs relevant to
> their project to work on independent development components.
>
> A number of comments about this:
>
> 1) For what you want to do, nobody should need root access. If they do,
> then you're doing something wrong. There is no reason why someone who is
> working on a wiki needs root level access to the operating system. Again,
> if they do, then something is being done wrong.
> 2) I'd be more concerned at the moment with fixing things like spammers who
> have automated the process of creating accounts and spamming the wiki such
> as: http://www.melbournewireless.org.au/wiki/?diff=Apple
> This is much more of an issue than having VMs everywhere and trying to
> reinvent the wheel.
> 3) You seem to overlook the overhead in VMs. Unless you throw serious
> hardware at it the performance penalty is more than acceptable for doing
> all but toying. Neither the current server nor the newer one being built
> supports hardware virtualisation so there is a rather large performance
> drop in CPU cache speeds between tasks etc etc. You basically lose ~10-20%
> CPU performance even if using hardware virtualisation. From what I have
> seen this gets even worse when multiple VMs are very busy.
> 4) Nobody working on a user space project (snmp, wiki etc etc) should need
> root access. I know I mentioned this twice, but its such an important thing
> I thought I would mention it twice.
> --
> Steven Haigh
>
> Email: netwiz at crc.i
> d.auWeb: http://www.crc.id.auPhone: (03) 9001 6090 - 0412 935 897
> Fax: (03) 8338 0299
>
>
>
>
> _______________________________________________
> Melbwireless mailing list
>
> Melbwireless at wireless.org.auhttp://wireless.org.au/mailman/listinfo/melbwireless
>
>
>
More information about the Melbwireless
mailing list