Revision as of 14:49, 18 October 2012

Description

Join the current machine to an Active Directory domain using sssd as an AD client. Domain accounts are available on the local machine once this is done.

Setup

Verify that your Active Directory domain access works. If you don't have an Active Directory domain, you can set one up.
You need a domain account, either a user or administrator. It's useful to test with both.
Your machine must have a configured host name. Do not proceed if you host name is localhost or similar.
```
$ hostname
```
Make sure you have realmd 0.9 or later installed.
```
$ yum list realmd
```
Remove the following packages, they should be installed by realmd as necessary.
```
$ sudo yum remove sssd samba-client adcli
```

How to test

Perform the join command. Use the --user=xxx argument to specify your domain account name.
```
$ realm join --user=User ad.example.com
```
You will be prompted for a password for the account.

You will be prompted for Policy Kit authorization.

On a successful join there will be no output.

This can take up to a few minutes depending on how far away your Active Directory domain is.

Expected Results

Check that the domain is now configured.
```
$ realm list
```
Make sure the domain is listed.

Make sure you have a configured: kerberos-member line in the output.

Make note of the login-formats line for the next command.
Check that you can resolve domain accounts on the local computer.
```
$ getent passwd 'AD\User'
```
Make sure to use the quotes around the user name.

You should see an output line that looks like passwd(5) output. It should contain an appropriate home directory, and a shell.

Use the login-formats you saw above, to build a remote user name. It will be in the form of DOMAIN\User, where DOMAIN is the first part of your full Active Directory domain name.
Check that you have an appropriate entry in your hosts keytab.
```
sudo klist -k
```
You should see several lines, with your host name. For example 2 HOSTNAME$@AD.EXAMPLE.COM
Check that you can use your keytab with kerberos
```
sudo kinit -k 'HOSTNAME$@AD.EXAMPLE.COM'
```
Make sure to use quotes around the argument, because of the characters in there. Make sure the hostname and domain are capitalized.

Use the principal from the output of the klist command above. Use the one that's capitalized and looks like HOSTNAME$@DOMAIN.

There should be no output from this command.
If you have console access to a domain controller, you can use the Active Directory Users and Computers tool to see if that the computer account was created under the Computers section.

Troubleshooting

Use the --verbose argument to see details of what's being done during a join. Include verbose output in any bug reports.

$ realm join --verbose ad.example.com

The selinux profile for realmd isn't yet stable, so you may want turn off enforcement. Please do still file bugs for the SElinux AVC notifications you see.

Known Issue [Selinux]: You need to turn off selinux to complete the join. Please do:

$ sudo setenforce 0

Please file the all realmd AVC's at this bug: https://bugzilla.redhat.com/show_bug.cgi?id=867873

$ sudo grep realmd /var/log/audit/audit.log

@@ Line 4: / Line 4: @@
 # [[Features/ActiveDirectory/TestBed|Verify that your Active Directory domain access works]]. If you don't have an Active Directory domain, you can [[Features/ActiveDirectory/TestBed|set one up]].
 # You need a domain account, either a user or administrator. It's useful to test with both.
-# Your machine must have a configured host name. Do not proceed if you host name is <code>localhost</code> or similar.
+# '''Your machine must have a configured host name. Do not proceed if you host name is <code>localhost</code> or similar.'''
 #: <pre>$ hostname</pre>
 # Make sure you have [https://admin.fedoraproject.org/updates/FEDORA-2012-16388/realmd-0.9-1.fc18 realmd 0.9] or later installed.

Search

QA:Testcase realmd join sssd: Difference between revisions