From mboxrd@z Thu Jan 1 00:00:00 1970 From: ebiederm@xmission.com (Eric W. Biederman) Subject: Re: RFC: netfilter: nf_conntrack: add support for "conntrack zones" Date: Tue, 23 Feb 2010 12:00:55 -0800 Message-ID: References: <4B4F24AC.70105@trash.net> <1263481549.23480.24.camel@bigi> <4B4F3A50.1050400@trash.net> <1263490403.23480.109.camel@bigi> <4B50403A.6010507@trash.net> <1263568754.23480.142.camel@bigi> <1266875729.3673.12.camel@bigi> <1266931623.3973.643.camel@bigi> <1266934817.3973.654.camel@bigi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Daniel Lezcano , Patrick McHardy , Linux Netdev List , containers@lists.linux-foundation.org, Netfilter Development Mailinglist , Ben Greear To: hadi@cyberus.ca Return-path: In-Reply-To: <1266934817.3973.654.camel@bigi> (jamal's message of "Tue\, 23 Feb 2010 09\:20\:17 -0500") Sender: netdev-owner@vger.kernel.org List-Id: netfilter-devel.vger.kernel.org jamal writes: > Added Daniel to the discussion.. > > On Tue, 2010-02-23 at 06:07 -0800, Eric W. Biederman wrote: >> jamal writes: > >> > Does the point after sys_setns(fd) allow me to do io inside >> > ns ? Can i do open() and get a fd from ns ? >> >> Yes. My intention is that current->nsproxy->net_ns be changed. >> We can already change it in unshare so this is feasible. > > I like it if it makes it as easy as it sounds;-> With lxc, > i essentially have to create a proxy process inside the > namespace that i use unix domain to open fds inside the ns. > Do i still need that? That point of the mount to hold a persistent reference to the namespace without using a process. The point of the of the to be written set_ns call is to change the default network namespace of the process such that all future open/bind/socket calls happen in the referenced network namespace. The are a few stray places like sysfs where it is the mount point not current->nsproxy->net_ns that will determine what we see. >> > The only problem that i see is events are not as nice. I take it i am >> > going to get something like an inotify when a new namespace is created? >> >> Yes. Inotify would at the very least see that mkdir. You could also >> use poll on /proc/mounts to see the set of mounts change. > > It is not as nice but livable. I suppose attributes of the specific > namespace are retrieved somewhere there as well.. Attributes of the specific namespace? Eric