[Freeipa-users] Removing REALM requirement and home directory location

[Redmond, Stacy]

That's great, I got it all working, perhaps you can answer one last question, although not sure this is going to be fixable or not.

Anyway to get rid of the realm when using id, as you can see below, kinda messy.

[root at linuxtest1 home]# su - aduser1
-sh-4.1$ id
uid=1989603105(aduser1 at sbx.local<mailto:aduser1 at sbx.local>) gid=1989603105(aduser1 at sbx.local<mailto:aduser1 at sbx.local>) groups=1989603105(aduser1 at sbx.local<mailto:aduser1 at sbx.local>)
-sh-4.1$ pwd
/home/aduser1
-sh-4.1$ ls -l /home/
total 4
drwxr-xr-x 2 aduser1 at sbx.local<mailto:aduser1 at sbx.local> aduser1 at sbx.local<mailto:aduser1 at sbx.local> 4096 May  5 09:38 aduser1
-sh-4.1$


From: Tomas Babej [mailto:tbabej at redhat.com]
Sent: Tuesday, May 05, 2015 1:31 AM
To: Redmond, Stacy; freeipa-users at redhat.com
Subject: Re: [Freeipa-users] Removing REALM requirement and home directory location


On 05/04/2015 08:50 PM, Redmond, Stacy wrote:
I am running a RHEL7 IPA Server ipa-server 3.3.3-28
RHEL6 clients running IPA Client 3.0.0-42

I have setup an AD trust which works great, however I want to make it so the users don't have to use @realm to login and that their home directory does not default to /home/realm/username


Also note that you can override the home directory location using the override_homedir directive. See man sssd.conf for more details.


AD       sbx.local
IPA       unix.sbx.local


Works great
User login:  ssh username at realm@hostname

$ ssh aduser1 at sbx@linuxtest1.sbx.local<mailto:aduser1 at sbx@linuxtest1.sbx.local>
aduser1 at sbx@linuxtest1.sbx.local<mailto:aduser1 at sbx@linuxtest1.sbx.local>'s password:
Last login: Fri May  1 09:36:53 2015 from xxx.xxx.xxx.xxx

Could not chdir to home directory /home/sbx.local/aduser1: No such file or directory
$

Any and all help is appreciated.


Tomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/freeipa-users/attachments/20150506/2f58d281/attachment.htm>