On Tue, 6 Oct 1998, Stein Vr�le wrote:

> > > I have considered creating a CGI Perl front end (for a few
> > limited functions
> > > I need) to the command line version of linuxconf for allowing
> > remote access
> > > thru a secure web server. Has anyone else already started such
> > a project or
> > > are there other projects in the works that would allow this
> > functionality?
> > > If there is anything else already available under the GPL I would rather
> > > contribute to it than start over.
> >
> > I believe it would be possible to do a CGI which play back the request to
> > linuxconf on http://localhost:98. This way all linuxconf functionality
> > would be available from a secure http server. I started on this some time
> > ago, but never managed to get back to it.
> 
> It can almost been done with the proxy support in Apache. I tried this one
> in httpd.conf (apache 1.3.1 with BenSSL):
> 
> <VirtualHost linuxconf.terminator.net:443>
> Port 443
> ServerAdmin [EMAIL PROTECTED]
> DocumentRoot /home/www/hotel
> ProxyRequests On
> ProxyPass / http://localhost:98/
> SSLEnable
> </VirtualHost>
> 
> It works to the point where you access the "main entry" (after the login
> screen), then linuxconf starts to rewrite the links like this:
> 
> [part of html page]
> 
> <form method=post action=/html:/>
> <CENTER>
> <TABLE border=1>
> <tr><td><th colspan=10 align=center><strong>Config</strong>
> <tr><td><td><A HREF="http:/html:/ok,==Networking"></A><td><A
> HREF="http:/html:/ok,==Networking">Networking</A>
> <tr><td><td><A HREF="http:/html:/ok,==Users==accounts"></A><td><A
> HREF="http:/html:/ok,==Users==accounts">Users accounts</A>
> <tr><td><td><A HREF="http:/html:/ok,==File==systems"></A><td><A
> HREF="http:/html:/ok,==File==systems">File systems</A>
> <tr><td><td><A HREF="http:/html:/ok,==boot==mode"></A><td><A
> HREF="http:/html:/ok,==boot==mode">boot mode</A>
> <tr><td><td><A HREF="http:/html:/ok,==cluster==administration"></A><td><A
> HREF="http:/html:/ok,==cluster==administration">cluster administration</A>
> <tr><td><th colspan=10 align=center><strong>Control</strong>
> 
> I think it must be linuxconf who adds the http: since the form action is
> correct. If someone have a good idea to rewrite the returning links with
> apache or something, this could be a nice and simple way to make the HTTP
> mode secure.

Interesting. Maybe linuxconf is a little too smart and should produce some
sort of relative url then. I will check that. 
 
> (Someone will of course note that the link above is a valid one, please feel
> free to try the first pages of LinuxconfSSL live at
> https://linuxconf.terminator.net/ , I keep it there for some days for
> testing but please dont assume it is acceptable to try a serious breakin on
> this server, ok?)

You should install the demo version. A script in the source
(install_demo.sh) install a linuxconf in a chroot environnement. You can
then trigger the demo mode with the option --demo. This way, everyone is
allowed to fiddle with your virtual server. this is what I am doing on
www.solucorp.qc.ca
 
> Stein Vr�le
> 
> 
> BTW Thanks again for Linuxconf, Jacques, the 1.12r5 release works really
> nice so far :-)

That's unfortunate. 1.12r6 should be out tomorrow :-)

--------------------------
Jacques Gelinas
[EMAIL PROTECTED]




---
You are currently subscribed to linuxconf as: [[email protected]]
To unsubscribe, forward this message to [EMAIL PROTECTED]

Reply via email to