|
||||||||
The worst part of this is that this completely locks out the highest user of m0n0wall .. Users that use CD ISO builds.. We have lots of these deployed and not being able to load modules into a ISO will be a deal breaker for most .. Brian -----Original Message----- From: Quark IT - Hilton Travis [mailto:hilton at quarkit dot com dot au] Sent: Saturday, July 03, 2004 4:48 PM To: m0n0wall at lists dot m0n0 dot ch Subject: RE: [m0n0wall] m0n0-ovpn ver 0.1 Hi Peter, > -----Original Message----- > From: Peter Curran [mailto:peter at closeconsultants dot com] > Sent: Sunday, 4 July 2004 09:35 > To: Quark IT - Hilton Travis > Subject: Re: [m0n0wall] m0n0-ovpn ver 0.1 > > On Saturday 03 July 2004 21:10, Quark IT - Hilton Travis wrote: > > Hi Peter, > > > > Shouldn't a module just be able to be uploaded to a running m0n0wall > > system in a similar way to a new firmware? Making a module that > > needs to have the original image edited and the "module" code > > included is more like hacking the base than adding a module to me. > > > > Well of course you can upload it to a running system!!! Just that > most people don't really want to do that every time it boots. That's what a module system is to me - a system that lets you load a module onto the working system, and have it there when you reboot. If that's not how the m0n0wall module system works, then methinks it needs a bit more work. > Unless you know some clever way of inserting the goodies into the > mfsroot.gz sitting on the CF (that isn't going to destroy your system > if it goes wrong)? I'd have thought that the module system had a way to load a module into the working m0n0wall install on a permanent basis - preferable with a "module removal" option as well - so a module being tested/evaluated can be removed/updated as needed. > > I'm off for a week of babysitting my sister's kids (school > > holidays) so I'll be pretty much unable to test anything. > > And as I have a net4501 and no other FreeBSD system, it looks like > > your module cannot be uploaded to the net4501 to test anyway - I > > don't want to hack a working m0n0wall base to add a module. > > > > If you want to upload and test, then it is dead easy - there are only > 5 or 6 files. Perhaps I should write a little script so that you > could just upload a tar file and have it unpacked into the right > place. I will think about it overnight, but it still doesn't help you > with a permament change. It would make it easier for people to evaluate and test your module, that's for sure. As I mentioned, I'd have thunk that the module framework would take care of loading and unloading modules from the base system, not have them disappear upon a reboot. > > Good luck - I hope this works out for you and those looking at > > OpenVPN. > > > > Thanks for the feedback. > > Peter NP - without it, where would we all be? -- Regards, Hilton Travis Phone: +61 (0)7 3343 3889 (Brisbane, Australia) Phone: +61 (0)419 792 394 Manager, Quark IT http://www.quarkit.com.au Quark AudioVisual http://www.quarkav.net http://www.threatcode.com/ <-- its now time to shame poor coders into writing code that is acceptable for use on today's networks War doesn't determine who is right. War determines who is left. --------------------------------------------------------------------- To unsubscribe, e-mail: m0n0wall dash unsubscribe at lists dot m0n0 dot ch For additional commands, e-mail: m0n0wall dash help at lists dot m0n0 dot ch |