<div dir="ltr"><div style>Hi all,</div><div><br></div>See below.<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jul 15, 2013 at 10:23 PM, Nick Daly <span dir="ltr"><<a href="mailto:nick.m.daly@gmail.com" target="_blank">nick.m.daly@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> Quoting Timur Mehrvarz (2013-07-15 07:05:29)<br>
>> Hi, is there an agreed upon best practice on how to separate public<br>
>> http services from those that shall only be accessible on the private<br>
>> network? Private only services could be offered on a separate port and<br>
>> the firewall would ensure that access to this port is shielded. One<br>
>> could also offer public + private services on the same port, but make<br>
>> sure - within the code - that private services will only respond to<br>
>> requests coming from the internal network. Any other options? How do<br>
>> you prefer to handle this? Thanks.<br>
<br>
Which private network do you mean?  I can think of two:<br>
<br>
1. The internal network (intranet) that my FreedomBox runs on (the<br>
home network, with IPs usually in the range of 192.168...).<br>
<br>
2. The private network produced by my authenticated friends connecting<br>
to my FreedomBox to use services I provide.<br>
<br>
1 is easy: we're serving services on the internal network, so we can<br>
ignore the larger Internet all together.<br>
<br>
2 is more difficult but can be accomplished through a number of tools<br>
like SSH forwarding, Tor Hidden Services, or GNUnet applications.  In<br>
that case, you're looking to authenticate the user before providing<br>
the service.  In case 1, authentication was assumed by the fact that<br>
the user was on your network (assuming your network is secure...).<br>
<br>
Different use cases could require different methods, and we'd better<br>
make sure we plan for supporting at least one of the common methods<br>
for v2, at least.  Jonas, could you put up a wiki page detailing your<br>
thoughts on the goals of first few releases?  I think they're pretty<br>
much what I was thinking, but they might be a little more developed.<br>
<br>
On Mon, Jul 15, 2013 at 5:31 AM, Jonas Smedegaard <<a href="mailto:dr@jones.dk">dr@jones.dk</a>> wrote:<br>
> Good idea to try map out what are best practices for different contexts.<br>
<br>
Jonas, I concur!  I think the mailing list might be a good place for<br>
discussing the ideas though, a more permanent wiki page seems<br>
appropriate when we have more solid solutions.<br></blockquote><div><br></div><div style>Actually, I would recommend you start a wiki and document the relative advantages and disadvantages of each possible approach.  That way you will develop a body of evidence, and also have something for new people to look at to understand why you didnt follow the "obvious" solution of using tethered zeppelins as DNS servers or whatever.</div>
<div style><br></div><div style>Paul.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Nick<br>
<br>
_______________________________________________<br>
Freedombox-discuss mailing list<br>
<a href="mailto:Freedombox-discuss@lists.alioth.debian.org">Freedombox-discuss@lists.alioth.debian.org</a><br>
<a href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss" target="_blank">http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss</a><br>
</blockquote></div><br></div></div>