All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Justin P. Mattock" <justinmattock@gmail.com>
To: Dominick Grift <domg472@gmail.com>
Cc: selinux@tycho.nsa.gov
Subject: Re: pam_namespace context inside of name.inst
Date: Sun, 27 Sep 2009 08:14:16 -0700	[thread overview]
Message-ID: <4ABF8148.4010108@gmail.com> (raw)
In-Reply-To: <20090927131307.GA4502@notebook2.grift.internal>

Dominick Grift wrote:
> On Sat, Sep 26, 2009 at 11:12:20PM -0700, Justin Mattock wrote:
>    
>> I'm going crazy over here trying to figure
>> out how one system created a context inside
>> name.inst one way and another for the other system:
>>
>> the first system has inside of
>> name.inst:
>> system_u:object_r:file_t_name
>>      
>
> This is wrong because the fs wasnt labelled properly
>    
That's what I figured,(this is the system that I did not label
before turning on namespace).
>> and on the other system I have:
>>
>> name:object_r:user_home_dir_t_name
>>      
>
> This is right
>    
This is from the system that was labeled before turning on namespace.
>    
>> the only difference with the machines is one machine
>> had not been labeled yet, before turning on namespace.
>>
>> what should be the right context directory inside of
>> name.inst?
>>      
>
> Depends, i think theres 3 different possibilities (not sure)
>
> first theres only name (no selinux) which create a dir with the user name
> second is context which create a dir with the context of the usre home dir (user_home_dir_t and appends the user name
> third is level , which creates a dir with the context of the user home dir and appends the username and also appends the level of the dir.
>
>    
>> -- 
>> Justin P. Mattock
>>
>> --
>> This message was distributed to subscribers of the selinux mailing list.
>> If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
>> the words "unsubscribe selinux" without quotes as the message.
>>      
So either you can use(name,context,level) or (meth=1,2,3)?
(I'm wondering if this is all I need to configure)

Anyways what's getting me is after the initial loading
of namespace, the directory is created with the context
(namespace.conf is set to it's default).
Then after wards I haven't found a way to change that directory
(besides using mv, or cp)from what it is(*file_t) to
the correct context(*home_dir_t)

if I delete that directory, then logout/in namespace does not
create another. Is there a way to reset namespace and start fresh
since I messed up and turned on namespace before labeling my filesystem,
causing it to somehow be stuck with the wrong labeled context?

Justin P. Mattock

--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.

  reply	other threads:[~2009-09-27 15:14 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-27  6:12 pam_namespace context inside of name.inst Justin Mattock
2009-09-27 13:13 ` Dominick Grift
2009-09-27 15:14   ` Justin P. Mattock [this message]
2009-09-27 16:05     ` Dominick Grift
2009-09-27 17:51       ` Justin Mattock
2009-09-27 22:45       ` Justin P. Mattock

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4ABF8148.4010108@gmail.com \
    --to=justinmattock@gmail.com \
    --cc=domg472@gmail.com \
    --cc=selinux@tycho.nsa.gov \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.