I have had a thread running on Fedora list about a specific SELinux issue I have hit with F9.
The history is that I did a clean install on a machine that was previously running F8, keeping /opt as an untouched partition and installed F9, leaving the SELinux enforcing on.
On that /opt partition I keep the user area as /opt/Local/home, and as previously after the install I do cd / mv home home.dist ln -s /opt/Local/home .
This then previously set my home areas to the way they were -
On the machine in question this worked fine initially until I tried to ssh in to the machine from another in my local LAN.
I was only able to login but could not change directory to the user home directory.
There was a sealert message in /var/log/messages which indicated that I should restorecon -v /opt/* which I did -
The contexts that are relevant were previously as follows: [mike <at> lapmike2 mike]$ ls -Zd /opt/Local/home drwxr-xr-x root root system_u:object_r:file_t:s0 /opt/Local/home [mike <at> lapmike2 mike]$ ls -Zd /home lrwxrwxrwx root root unconfined_u:object_r:root_t:s0 /home -> /opt/Local/home [mike <at> lapmike2 mike]$ ls -Zd /home/mike drwx------ mike mike system_u:object_r:user_home_dir_t:s0 /home/mike [mike <at> lapmike2 mike]$ ls -Zd /opt/Local/home/mike drwx------ mike mike system_u:object_r:user_home_dir_t:s0 /opt/Local/home/mike [mike <at> lapmike2 mike]$ ls -Zd /home/mike/.bash_profile -rw-r--r-- mike mike system_u:object_r:user_home_t:s0 /home/mike/.bash_profile
I noticed that my /opt/Local/home has a type file_t whereas a posting in fedora list indicated it should be home_root_t
I ran restorecon -v /opt/* The context for /opt/Local/home then had a type usr_t So I did chcon -t home_root_t
At this point I could login to the machine using ssh as user mike. However I could not use passwordless ssh login even though I did have the previously working ~/.ssh directory.
The sealert message suggested that the context of the authorized_keys2 file was wrong and I should run restorecon -v /opt/Local/home/mike/.ssh/authorized_keys2 After doing this the context seemed the same as before and ssh remains only with a password for access and no passwordless login was possible.
I found that another user reported a similar issue: http://www.mjmwired.net/linux/2008/06/16/ selinux-preventing-ssh-passwordless-login/ (This url should be on a single line)
So how do I proceed? Is the problem caused by the fact that the home area is symlinked from /home to /opt/Local/home ?
I have seen some suggestion in a blog elsewhere that symlinks are problematic in SELinux? Maybe I need to create a directory /home and then bind mount /opt/Local/home onto it?
Any advice would be appreciated as I am very new to SELinux, but would like to make it work rather than switching it off as I have done up to now.
Thanks Mike