Closed GoogleCodeExporter closed 8 years ago
Yes, in principle this would probably be a change that I could make.
But for your specific example that is not really particularly necessary. If you
already run a web server on your main IP address, the normal thing that most
people do
is to configure the existing web server to act as a reverse proxy for
ShellInABox.
In that case, you would pick any locally available port, and you would run
ShellInABox
with the --localhost-only command line option.
Original comment by zod...@gmail.com
on 18 Nov 2009 at 5:13
>the normal thing that most people do is to configure the existing web server
to act
as a reverse proxy for ShellInABox.
I'm fine with that, and it would also allow additional applications to share
the same IP.
Do you have an example? If not, how do I indicate the URL to use (instead of
the
port) to your javascript? With --service?
Thanks.
Original comment by wsny...@wsnyder.org
on 18 Nov 2009 at 6:20
For Apache2, enable proxy and http_proxy. Add the following to your site's
configuration:
<Location /shell>
ProxyPass http://localhost:4200/
Order allow,deny
Allow from all
</Location>
Then edit /etc/default/shellinabox and add this line:
SHELLINABOX_ARGS="${SHELLINABOXARGS} --localhost-only --disable-ssl"
You can now access ShellInABox from http://YourServerName/shell
If you rather use SSL encryption (as you probably should), then make sure you
configure Apache to recognize "/shell" for both encrypted and unencrypted
sessions.
Then remove the "--disable-ssl" option from the ShellInABox command line.
Original comment by zod...@gmail.com
on 18 Nov 2009 at 8:12
Thanks, that works! I'd suggest adding these few lines in the manpage, with a
note
about getting around firewalls, as if I had seen it when I first installed it I
would
have just done it that way in the first place.
Original comment by wsny...@wsnyder.org
on 19 Nov 2009 at 2:40
Original issue reported on code.google.com by
wsny...@wsnyder.org
on 17 Nov 2009 at 4:07