[Server-devel] Network transparent XS services - limitations and alternatives

2008-08-25 Thread Martin Langhoff
Discussing the activity installer/updater control panel and olpc-update (a few days before) one design assumption from the XO team was very strong: that network clients on the XO could just ignore the XS and attempt direct connections to the desired host and service. If the XS is there, the logic g

Re: [Server-devel] Network transparent XS services - limitations and alternatives

2008-08-25 Thread david
On Tue, 26 Aug 2008, Martin Langhoff wrote: > - Do HTTP clients using a proxy do not perform DNS lookups? My > understanding is that they do not, but I am not 100% certain of > whether this is specified, and how actual clients behave. many clients do still do the DNS lookups. it's possible to s

Re: [Server-devel] Network transparent XS services - limitations and alternatives

2008-08-25 Thread Martin Langhoff
On Tue, Aug 26, 2008 at 3:40 PM, <[EMAIL PROTECTED]> wrote: > On Tue, 26 Aug 2008, Martin Langhoff wrote: > >> - Do HTTP clients using a proxy do not perform DNS lookups? My >> understanding is that they do not, but I am not 100% certain of >> whether this is specified, and how actual clients beh

Re: [Server-devel] Network transparent XS services - limitations and alternatives

2008-08-25 Thread david
On Tue, 26 Aug 2008, Martin Langhoff wrote: > On Tue, Aug 26, 2008 at 3:40 PM, <[EMAIL PROTECTED]> wrote: >> On Tue, 26 Aug 2008, Martin Langhoff wrote: >> >>> - Do HTTP clients using a proxy do not perform DNS lookups? My >>> understanding is that they do not, but I am not 100% certain of >>> w

Re: [Server-devel] Network transparent XS services - limitations and alternatives

2008-08-26 Thread C. Scott Ananian
On Tue, Aug 26, 2008 at 4:43 PM, Martin Langhoff <[EMAIL PROTECTED]> wrote: >> HTTPS has many problems. None of the basic XO protocols use HTTPS. > > Will we never care for end-user privacy? We do. We just don't use HTTPS. You should know better. >>> - At the protocol layer you mask a whole h

Re: [Server-devel] Network transparent XS services - limitations and alternatives

2008-08-26 Thread Martin Langhoff
On Wed, Aug 27, 2008 at 10:48 AM, C. Scott Ananian <[EMAIL PROTECTED]> wrote: > On Tue, Aug 26, 2008 at 4:43 PM, Martin Langhoff > <[EMAIL PROTECTED]> wrote: >>> HTTPS has many problems. None of the basic XO protocols use HTTPS. >> >> Will we never care for end-user privacy? > > We do. We just do

Re: [Server-devel] Network transparent XS services - limitations and alternatives

2008-08-26 Thread C. Scott Ananian
On Tue, Aug 26, 2008 at 7:17 PM, Martin Langhoff <[EMAIL PROTECTED]> wrote: > Network principles is a nice statement of desired ideal network > topology. Which we may implement one day - but I am delivering a > network topology and the _main source of XO services_ on a very tight > timeframe and w

Re: [Server-devel] Network transparent XS services - limitations and alternatives

2008-08-26 Thread Martin Langhoff
On Wed, Aug 27, 2008 at 11:28 AM, C. Scott Ananian <[EMAIL PROTECTED]> wrote: > That's a nice rhetorical trick. And wrong. No tricks with me. It is a development strategy I have been using for years to deliver working code for users. > http://wiki.laptop.org/go/Network_principles#Disconnected_op

Re: [Server-devel] Network transparent XS services - limitations and alternatives

2008-08-26 Thread C. Scott Ananian
On Tue, Aug 26, 2008 at 7:40 PM, Martin Langhoff <[EMAIL PROTECTED]> wrote: >> http://wiki.laptop.org/go/Network_principles#Disconnected_operation is >> a principled means to substitute unavailable resources in the offline >> case. > > The solution you suggest has problems, and I mentioned them in

Re: [Server-devel] Network transparent XS services - limitations and alternatives

2008-08-26 Thread Joshua N Pritikin
On Tue, Aug 26, 2008 at 07:53:19PM -0400, C. Scott Ananian wrote: > On Tue, Aug 26, 2008 at 7:40 PM, Martin Langhoff > <[EMAIL PROTECTED]> wrote: > >> http://wiki.laptop.org/go/Network_principles#Disconnected_operation is > >> a principled means to substitute unavailable resources in the offline >