Editare

Partajați prin

Join SQL Server on a Linux host to an Active Directory domain

  • Articol

Applies to: SQL Server - Linux

This article provides general guidance on how to join a SQL Server Linux host machine to an Active Directory domain. There are two methods: use a built-in SSSD package, or use third-party Active Directory providers. Examples of third-party domain join products are PowerBroker Identity Services (PBIS), One Identity, and Centrify.

This guide includes steps to check your Active Directory configuration. However, it isn't intended to provide instructions on how to join a machine to a domain when using third-party utilities.

Note

For information on configuring Active Directory with newer versions of Ubuntu, RHEL, or SLES, see Tutorial: Use adutil to configure Active Directory authentication with SQL Server on Linux.

Prerequisites

Before you configure Active Directory authentication, you need to set up an Active Directory domain controller, Windows, on your network. Then join your SQL Server on Linux host to an Active Directory domain.

The sample steps described in this article are for guidance only and refer to Ubuntu 16.04, Red Hat Enterprise Linux (RHEL) 7.x, and SUSE Linux Enterprise Server (SLES) 12 operating systems. Actual steps might slightly differ in your environment depending on how your overall environment is configured and operating system version. For example, Ubuntu 18.04 uses netplan while Red Hat Enterprise Linux (RHEL) 8.x uses nmcli among other tools to manage and configure network. You should engage your system and domain administrators for your environment for specific tooling, configuration, customization, and any required troubleshooting.

Reverse DNS (rDNS)

When you set up a computer running Windows Server as a domain controller, you might not have a rDNS zone by default. Ensure that an applicable rDNS zone exists for both the domain controller and the IP address of the Linux machine that will be running SQL Server.

Also ensure that a PTR record that points to your domain controllers exists.

Check the connection to a domain controller

Check that you can contact the domain controller by using both the short and the fully qualified names of the domain, and by using the hostname of the domain controller. The IP of the domain controller also should resolve to the FQDN of the domain controller:

ping contoso
ping contoso.com
ping dc1.contoso.com
nslookup <IP address of dc1.contoso.com>

Tip

This tutorial uses contoso.com and CONTOSO.COM as example domain and realm names, respectively. It also uses DC1.CONTOSO.COM as the example fully qualified domain name of the domain controller. You must replace these names with your own values.

To ensure proper domain name resolution, it's crucial to update the /etc/resolv.conf file if any discrepancies are found during name checks. The update procedure varies across distributions; hence, consulting the official documentation is advisable for accurate guidance. The following list provides links for some distributions and their key versions:

Distribution Reference article
RHEL 8 Manually configuring the /etc/resolv.conf
RHEL 9 Manually configuring the /etc/resolv.conf
SLES 15 NETCONFIG_DNS_STATIC_SEARCHLIST and NETCONFIG_DNS_STATIC_SERVERS settings
Ubuntu Name Resolution section

The objective is to configure /etc/resolv.conf correctly for your distribution to facilitate domain name resolution. For instance, if your domain is contoso.com and the Active Directory IP address is 10.0.0.4, the /etc/resolv.conf should be set up accordingly to ensure successful name resolution from the host.

cat /etc/resolv.conf

Here's the result set.

# Generated by NetworkManager
search contoso.com com
nameserver 10.0.0.4

RHEL 7.x

  1. Edit the /etc/sysconfig/network-scripts/ifcfg-eth0 file, so that your Active Directory domain is in the domain search list. Or edit another interface config file as appropriate:

    sudo vi /etc/sysconfig/network-scripts/ifcfg-eth0

    The contents should look similar to the following example:

    PEERDNS=no
DNS1=<Domain controller IP address>
DOMAIN="contoso.com com"

  2. After editing this file, restart the network service:

    sudo systemctl restart network

  3. Now check that your /etc/resolv.conf file contains a line like the following example:

    sudo vi /etc/resolv.conf

    The contents should look similar to the following example:

    search contoso.com com
nameserver <Domain controller IP address>

  4. If you still can't ping the domain controller, find the fully qualified domain name and IP address of the domain controller. An example domain name is DC1.CONTOSO.COM. Add the following entry to /etc/hosts:

    sudo vi /etc/hosts

    The contents should look similar to the following example:

    <IP address> DC1.CONTOSO.COM CONTOSO.COM CONTOSO

Join to the Active Directory domain

After the basic configuration and connectivity with domain controller is verified, there are two options for joining a SQL Server Linux host machine with the Active Directory domain controller:

Option 1: Use SSSD package to join Active Directory domain

This method joins the SQL Server host to an Active Directory domain using realmd and sssd packages.

This is the preferred method of joining a Linux host to an Active Directory domain controller.

For the most current instructions, refer to the official documentation provided by the distribution partners.

Distribution Reference article
RHEL 8 Discovering and joining an AD Domain using SSSD
RHEL 9 Discovering and joining an AD Domain using SSSD
SLES Join AD using realmd on SUSE Linux Enterprise Server 15
Ubuntu How to set up SSSD with Active Directory

Use the following steps to join a SQL Server host to an Active Directory domain:

  1. Use realmd to join your host machine to your Active Directory Domain. You must first install both the realmd and Kerberos client packages on the SQL Server host machine using your Linux distribution's package manager:

    RHEL:

    sudo yum install realmd krb5-workstation

  1. If the Kerberos client package installation prompts you for a realm name, enter your domain name in uppercase.

  2. After you confirm that your DNS is configured properly, join the domain by running the following command. You must authenticate using an Active Directory account that has sufficient privileges in Active Directory to join a new machine to the domain. This command creates a new computer account in Active Directory, creates the /etc/krb5.keytab host keytab file, configures the domain in /etc/sssd/sssd.conf, and updates /etc/krb5.conf.

    Because of an issue with realmd, first set the machine hostname to the FQDN instead of to the machine name. Otherwise, realmd might not create all required SPNs for the machine and DNS entries won't automatically update, even if your domain controller supports dynamic DNS updates.

    sudo hostname <old hostname>.contoso.com

    After you run this command, your /etc/hostname file should contain <old hostname>.contoso.com.

    sudo realm join contoso.com -U 'user@CONTOSO.COM' -v

    You should see the message, Successfully enrolled machine in realm.

    The following table lists some error messages that you could receive and suggestions on resolving them:

    Error message Recommendation
    Necessary packages are not installed Install those packages using your Linux distribution's package manager before running the realm join command again.
    Insufficient permissions to join the domain Check with a domain administrator that you have sufficient permissions to join Linux machines to your domain.
    KDC reply did not match expectations You might not have specified the correct realm name for the user. Realm names are case-sensitive, usually uppercase, and can be identified with the command realm discover contoso.com.

    SQL Server uses SSSD and NSS for mapping user accounts and groups to security identifiers (SIDs). SSSD must be configured and running for SQL Server to create Active Directory logins successfully. realmd usually does this automatically as part of joining the domain, but in some cases, you must do this separately.

    For more information, see how to configure SSSD manually, and configure NSS to work with SSSD.

  3. Verify that you can now gather information about a user from the domain, and that you can acquire a Kerberos ticket as that user. The following example uses id, kinit, and klist commands for this.

    id user@contoso.com

uid=1348601103(user@contoso.com) gid=1348600513(domain group@contoso.com) groups=1348600513(domain group@contoso.com)

kinit user@CONTOSO.COM

Password for user@CONTOSO.COM:

klist
Ticket cache: FILE:/tmp/krb5cc_1000
Default principal: user@CONTOSO.COM

    If id user\@contoso.com returns, No such user, make sure that the SSSD service started successfully by running the command sudo systemctl status sssd. If the service is running and you still see the error, try enabling verbose logging for SSSD. For more information, see the Red Hat documentation for Troubleshooting SSSD.

    If kinit user\@CONTOSO.COM returns, KDC reply didn't match expectations while getting initial credentials, make sure you specified the realm in uppercase.

For more information, see the Red Hat documentation for Discovering and Joining Identity Domains.

Option 2: Use third-party OpenLDAP provider utilities

You can use third-party utilities such as PBIS, VAS, or Centrify. This article doesn't cover steps for each individual utility. You must first use one of these utilities to join the Linux host for SQL Server to the domain before continuing forward.

SQL Server doesn't use third-party integrator's code or library for any Active Directory-related queries. SQL Server always queries Active Directory using OpenLDAP library calls directly in this setup. The third-party integrators are only used to join the Linux host to Active Directory domain, and SQL Server doesn't have any direct communication with these utilities.

Important

Please see the recommendations for using the mssql-conf network.disablesssd configuration option in the Additional configuration options section of the article Use Active Directory authentication with SQL Server on Linux.

Verify that your /etc/krb5.conf is configured correctly. For most third-party Active Directory providers, this configuration is done automatically. However, check /etc/krb5.conf for the following values to prevent any future issues:

sudo vi /etc/krb5.conf

The contents should look similar to the following example:

[libdefaults]
default_realm = CONTOSO.COM

[realms]
CONTOSO.COM = {
}

[domain_realm]
contoso.com = CONTOSO.COM
.contoso.com = CONTOSO.COM

Check that the reverse DNS is properly configured

The following command should return the fully qualified domain name (FQDN) of the host that runs SQL Server. An example is SqlHost.contoso.com.

host <IP address of SQL Server host>

The output of this command should be similar to <reversed IP address>.in-addr.arpa domain name pointer SqlHost.contoso.com. If this command doesn't return your host's FQDN, or if the FQDN is incorrect, add a reverse DNS entry for your SQL Server on Linux host to your DNS server.

Next step

In this article, you covered how to configure a SQL Server on a Linux host machine with Active Directory Authentication. To finish configuring SQL Server on Linux to support Active Directory accounts, follow these instructions.

Tutorial: Use Active Directory authentication with SQL Server on Linux