From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/3181 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: Best place to discuss other lightweight libraries? Date: Wed, 24 Apr 2013 09:37:14 -0400 Message-ID: <20130424133714.GE20323@brightrain.aerifal.cx> References: <20130422233110.GU20323@brightrain.aerifal.cx> <1366678495.18069.154@driftwood> <20130423014639.GW20323@brightrain.aerifal.cx> <20130422220430.53d0b1a5.idunham@lavabit.com> <20130423134724.GY20323@brightrain.aerifal.cx> <20130423215023.GA34795@intma.in> <20130424023739.GC20323@brightrain.aerifal.cx> <20130424044306.GA68573@intma.in> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1366810646 20437 80.91.229.3 (24 Apr 2013 13:37:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 24 Apr 2013 13:37:26 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-3185-gllmg-musl=m.gmane.org@lists.openwall.com Wed Apr 24 15:37:28 2013 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1UUzt2-0008Am-5L for gllmg-musl@plane.gmane.org; Wed, 24 Apr 2013 15:37:28 +0200 Original-Received: (qmail 3251 invoked by uid 550); 24 Apr 2013 13:37:27 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 3243 invoked from network); 24 Apr 2013 13:37:27 -0000 Content-Disposition: inline In-Reply-To: <20130424044306.GA68573@intma.in> User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:3181 Archived-At: On Wed, Apr 24, 2013 at 12:43:06AM -0400, Kurt H Maier wrote: > In fact, I'm firmly of the opinion that complete signal loss is the > *only* time a system should monkey with the network; one of my least > favorite things is my phone aggressively dropping 3G so it can switch > to wifi, dumping my ssh sessions and filesystem mounts in the process. Ideally it would keep using both as long as there were some "important" connections persisting on the old one, and there would be a socket option for applications using unimportant persistent connections to flag them unimportant. > > Agree, but it still needs to be solved, even if the solution requires > > frequent updates to be fully effective. With decent heuristics though > > I think it could be fully automated for most sites with just a few > > exceptions for really weird ones.. > > I think the ideal solution is for network administrators to stop > pretending hijacking sessions is acceptable, but until an automated > solution exists I enjoy all the hate they get from users. Maybe once everyone finishes switching to https...then the hijacking will cease to work, and to give a reasonable user experience, they'll have to drop hijacking. > > Agreed. I think really most users should _always_ be running in an > > environment where only root sees the real network interfaces and > > applications just see a virtual network routed through the real one. > > This doesn't necessarily solve anything from the user's standpoint > unless he's trained to use the feature appropriately, but it would The assumption is that the system software, possibly interacting with the user if the user were allowed to change network settings, would handle the status of the real connection, and expose it only though the virtual interface through the user when it's actually working. For semi-advanced users, this could allow transparent migration (even keeping your ssh/chat/etc. sessions) if you integrate it with vpn. Rich