Azure NetApp Files 用に NFS クライアントを構成する

[アーティクル]
06/01/2023

この記事で説明する NFS クライアントの構成は、NFSv4.1 の Kerberos 暗号化を構成する、デュアルプロトコルボリュームを作成する、または LDAP を使用する NFSv3/NHSv4.1 のセットアップの一環です。 Azure NetApp Files では、さまざまな Linux ディストリビューションを使用できます。この記事では、一般的によく使用される RHEL 8 と Ubuntu 18.04 の 2 つの環境の構成について説明します。

要件と考慮事項

使用する Linux フレーバーに関係なく、次の構成が必要です。

時間のずれに関する問題を回避するように NTP クライアントを構成します。
名前解決を行うように Linux クライアントの DNS エントリを構成します。
この構成には、"A" (前方) レコードと PTR (逆引き) レコードが含まれている必要があります。
ドメイン参加の場合は、対象の Active Directory に Linux クライアント用のコンピューターアカウントを作成します (これは、realm join コマンドの実行時に作成されます)。

Note

以下のコマンドで使用される $SERVICEACCOUNT 変数は、対象となる組織単位でコンピューターアカウントを作成するためのアクセス許可または委任を持つユーザーアカウントである必要があります。

RHEL 8 の構成

このセクションでは、NFSv4.1 Kerberos 暗号化とデュアルプロトコルに必要な RHEL 構成について説明します。

このセクションの例では、次のドメイン名と IP アドレスを使います。

ドメイン名: contoso.com
プライベート IP: 10.6.1.4

NFSv4.1 の Kerberos 暗号化を使用している場合の RHEL 8 構成

適切な DNS サーバーを使って /etc/resolv.conf を構成します。

次に例を示します。

[root@reddoc cbs]# cat /etc/resolv.conf
search contoso.com
nameserver 10.6.1.4(private IP)
DNS 前方および逆引き参照ゾーンの DNS サーバーに NFS クライアントレコードを追加します。
DNS を確認するには、NFS クライアントから次のコマンドを使います。

# nslookup [hostname/FQDN of NFS client(s)]
# nslookup [IP address of NFS client(s)]
パッケージをインストールします。

yum update
sudo yum -y install realmd sssd adcli samba-common krb5-workstation chrony nfs-utils
NTP クライアントを構成します。

RHEL 8 では、既定で chrony が使用されます。

Active Directory ドメインに参加します。

sudo realm join $DOMAIN.NAME -U $SERVICEACCOUNT --computer-ou="OU=$YOUROU"

次に例を示します。

sudo realm join CONTOSO.COM -U ad_admin --computer-ou="CN=Computers"

/etc/krb5.conf 内の指定された領域に default_realm が確実に設定されていようにします。そうでない場合は、次の例に示すように、ファイル内の [libdefaults] セクションの下に追加します。

[libdefaults]
    default_realm = CONTOSO.COM
    default_tkt_enctypes = aes256-cts-hmac-sha1-96
    default_tgs_enctypes = aes256-cts-hmac-sha1-96
    permitted_enctypes = aes256-cts-hmac-sha1-96
[realms]
    CONTOSO.COM = {
        kdc = dc01.contoso.com
        admin_server = dc01.contoso.com
        master_kdc = dc01.contoso.com
        default_domain = contoso.com
    }
[domain_realm]
    .contoso.com = CONTOSO.COM
    contoso.com = CONTOSO.COM
[logging]
    kdc = SYSLOG:INFO
    admin_server = FILE=/var/kadm5.log

すべての NFS サービスを再起動します。

systemctl start nfs-*
systemctl restart rpc-gssd.service

再起動することで、Kerberos のマウント中にエラー状態 “mount.nfs: an incorrect mount option was specified” が発生しなくなります。
チケットを取得するユーザーアカウントを使って kinit コマンドを実行します。

sudo kinit $SERVICEACCOUNT@DOMAIN

次に例を示します。

sudo kinit ad_admin@CONTOSO.COM

デュアルプロトコルを使用している場合の RHEL 8 構成

以下の手順は省略可能です。 NFS クライアントでユーザーマッピングを使用する場合にのみ、この手順を実行する必要があります。

「NFSv4.1 の Kerberos 暗号化を使用している場合の RHEL 8 構成」セクションで説明されているすべての手順を完了します。
SSSD 構成ファイルの IP アドレスを使う代わりに、AD の完全修飾ドメイン名 (FQDN) を使うように、/etc/hosts ファイルに静的 DNS レコードを追加します。

cat /etc/hosts
10.6.1.4 winad2016.contoso.com
AD LDAP サーバーからの識別子を解決するために、ドメインにセクションを追加します。

[root@reddoc cbs]# cat /etc/sssd/sssd.conf
[sssd]
domains = contoso.com, contoso-ldap (new entry added for LDAP as id_provider)
config_file_version = 2
services = nss, pam, ssh, sudo (ensure nss is present in this list)

[domain/contoso-ldap] (Copy the following lines. Modify as per your domain name.)
auth_provider = krb5
chpass_provider = krb5
id_provider = ldap
ldap_search_base = dc=contoso,dc=com(your domain)
ldap_schema = rfc2307bis
ldap_sasl_mech = GSSAPI
ldap_user_object_class = user
ldap_group_object_class = group
ldap_user_home_directory = unixHomeDirectory
ldap_user_principal = userPrincipalName
ldap_account_expire_policy = ad
ldap_force_upper_case_realm = true
ldap_user_search_base = cn=Users,dc=contoso,dc=com (based on your domain)
ldap_group_search_base = cn=Users,dc=contoso,dc=com (based on your domain)
ldap_sasl_authid = REDDOC$ (ensure $ at the end you can get this from “klist -kte” command)
krb5_server = winad2016.contoso.com (same as AD address which is added in /etc/hosts)
krb5_realm = CONTOSO.COM (domain name in caps)
krb5_kpasswd = winad2016.contoso.com (same as AD address which is added in /etc/hosts)
use_fully_qualified_names = false

上記の [domain/contoso-ldap] 構成では、次のようになります。
- id_provider は ad ではなく、ldap に設定されています。
- 構成では、検索ベースと、検索用のユーザークラスおよびグループクラスを指定しています。
- ldap_sasl_authid は、klist -kte からのコンピューターアカウント名です。
- use_fully_qualified_names が false に設定されます。この設定は、短い名前の使用時に、この構成が使用されることを意味します。
- ldap_id_mapping は指定されていません。その既定値は false です。
realm join 構成はクライアントによって生成され、次のようになります。

[domain/contoso.com] (Do not edit or remove any of the following information. This information is automatically generated during the realm join process.)
ad_domain = contoso.com
krb5_realm = CONTOSO.COM
realmd_tags = manages-system joined-with-adcli
cache_credentials = True
id_provider = ad
krb5_store_password_if_offline = True
default_shell = /bin/bash
ldap_id_mapping = True
use_fully_qualified_names = True
fallback_homedir = /home/%u@%d
access_provider = ad

上記の [domain/contoso.com] 構成では、次のようになります。
- id_provider が ad に設定されます。
- ldap_id_mapping が true に設定されます。 SSSD によって生成された ID が使用されます。あるいは、すべてのスタイルのユーザー名に POSIX UID を使用する場合は、この値を false に設定することもできます。値は、クライアント構成に基づいて決定できます。
- use_fully_qualified_names が trueです。この設定は、user@CONTOSO.COM で、この構成が使用されることを意味しています。
/etc/nsswitch.conf に sss エントリがあることを確認します。

cat /etc/nsswitch.conf
passwd: sss files systemd
group: sss files systemd
netgroup: sss files
sssd サービスを再起動し、キャッシュをクリアします。

service sssd stop
rm -f /var/lib/sss/db/*
service sssd start
テストを実施して、クライアントが LDAP サーバーと統合されていることを確認します。

[root@red81 cbs]# id ldapuser1
uid=1234(ldapuser1) gid=1111(ldapgroup1) groups=1111(ldapgroup1)

Ubuntu の構成

このセクションでは、NFSv4.1 Kerberos 暗号化とデュアルプロトコルに必要な Ubuntu 構成について説明します。

このセクションの例では、次のドメイン名と IP アドレスを使います。

ドメイン名: contoso.com
プライベート IP: 10.6.1.4

適切な DNS サーバーを使って /etc/resolv.conf を構成します。

root@ubuntu-rak:/home/cbs# cat /etc/resolv.conf
search contoso.com
nameserver <private IP address of DNS server>
DNS 前方および逆引き参照ゾーンの DNS サーバーに NFS クライアントレコードを追加します。

DNS を確認するには、NFS クライアントから次のコマンドを使います。

# nslookup [hostname/FQDN of NFS client(s)]
# nslookup [IP address of NFS client(s)]
パッケージをインストールします。

apt-get update
apt-get install -y realmd packagekit sssd adcli samba-common chrony krb5-user nfs-common

プロンプトが表示されたら、既定の Kerberos 領域として $DOMAIN.NAME (CONTOSO.COM のように大文字を使用) を入力します。
サービス rpc-gssd.service を再起動します。

sudo systemctl start rpc-gssd.service
Ubuntu 18.04 では、既定で chrony が使用されます。「Ubuntu Bionic: Chrony を使用して NTP を構成する」の構成ガイドラインに従います。
Active Directory ドメインに参加します。

sudo realm join $DOMAIN.NAME -U $SERVICEACCOUNT --computer-ou="OU=$YOUROU"

次に例を示します。
sudo realm join CONTOSO.COM -U ad_admin --computer-ou="CN=Computers"
チケットを取得するユーザーとして kinit を実行します。

sudo kinit $SERVICEACCOUNT

次に例を示します。
sudo kinit ad_admin

デュアルプロトコルを使用している場合の Ubuntu 構成

以下の手順は省略可能です。 NFS クライアントでユーザーマッピングを使用する場合にのみ、この手順を実行する必要があります。

次のコマンドを実行して、インストール済みパッケージをアップグレードします。
sudo apt update && sudo apt install libnss-ldap libpam-ldap ldap-utils nscd

次の例では、サンプル値を使用します。コマンドで入力を求められたら、環境に基づいて入力を指定する必要があります。

base dc=contoso,dc=com uri ldap://10.20.0.4:389/ ldap_version 3 rootbinddn cn=admin,cn=Users,dc=contoso,dc=com pam_password ad
/etc/nsswitch.conf ファイルに次の ldap エントリが含まれていることを確認します。
passwd: compat systemd ldap
group: compat systemd ldap
次のコマンドを実行して、サービスを再起動して有効にします。

sudo systemctl restart nscd && sudo systemctl enable nscd

次の例では、LDAP ユーザー ‘hari1’ について、Ubuntu LDAP クライアントから AD LDAP サーバーに照会します。

root@cbs-k8s-varun4-04:/home/cbs# getent passwd hari1
hari1:*:1237:1237:hari1:/home/hari1:/bin/bash

ホスト名が同じ 2 つの VM が NFSv4.1 ボリュームにアクセスするように構成する

このセクションでは、ホスト名が同じ 2 つの VM が Azure NetApp Files NFSv 4.1 ボリュームにアクセスするように構成する方法について説明します。この手順は、ディザスターリカバリー (DR) テストを実施するとき、テストシステムのホスト名をプライマリ DR システムのホスト名と同じにする必要がある場合に役立ちます。この手順は、同じ Azure NetApp Files ボリュームにアクセスしている 2 つの VM 上のホスト名が同じときにのみ必要です。

NFSv4. x では、各クライアントが "一意" の文字列を使用して、サーバーに対して自身を特定する必要があります。 1 つのクライアントと 1 つのサーバーの間で共有されるファイルのオープンおよびロック状態は、この ID に関連付けられています。堅牢な NFSv4. x 状態回復と透過的な状態移行をサポートするには、この ID 文字列が、クライアントの再起動後も変更されないようにする必要があります。

次のコマンドを使用して、VM クライアント上に nfs4_unique_id 文字列を表示します。

# systool -v -m nfs | grep -i nfs4_unique
nfs4_unique_id = ""

DR システムなど、ホスト名が同じ追加 VM 上で同じボリュームをマウントするには、nfs4_unique_id を作成して、Azure NetApp Files NFS サービスに対して自身を一意に特定できるようにします。この手順を使用すると、サービスが、同じホスト名の 2 つの VM を区別して、両方の VM 上で NFSv 4.1 ボリュームのマウントを有効にできます。

この手順は、テスト DR システム上でのみ実行する必要があります。一貫性を確保するために、関連する各仮想マシン上で一意の設定の適用を検討することができます。
テスト DR システム上で、次の行を nfsclient.conf ファイルに追加します。このファイルは通常、/etc/modprobe.d/ 内にあります。

options nfs nfs4_unique_id=uniquenfs4-1

文字列 uniquenfs4-1 は、サービスに接続する VM 全体で一意である限り、任意の英数字の文字列にできます。

NFS クライアント設定の構成方法については、ディストリビューションのドキュメントをご確認ください。

変更を有効にするために VM を再起動します。
テスト DR システム上で、nfs4_unique_id が、VM が再起動された後も設定されていることを確認します。

# systool -v -m nfs | grep -i nfs4_unique
nfs4_unique_id = "uniquenfs4-1"
通常どおり、両方の VM 上に NFSv 4.1 ボリュームをマウントします。

これでホスト名が同じ両方の VM が NFSv 4.1 ボリュームをマウントし、アクセスできるようになります。

次の方法で共有

Azure NetApp Files 用に NFS クライアントを構成する

要件と考慮事項

RHEL 8 の構成

NFSv4.1 の Kerberos 暗号化を使用している場合の RHEL 8 構成

デュアルプロトコルを使用している場合の RHEL 8 構成

Ubuntu の構成

デュアルプロトコルを使用している場合の Ubuntu 構成

ホスト名が同じ 2 つの VM が NFSv4.1 ボリュームにアクセスするように構成する

次のステップ

フィードバック

その他のリソース

次の方法で共有

Azure NetApp Files 用に NFS クライアントを構成する

要件と考慮事項

RHEL 8 の構成

NFSv4.1 の Kerberos 暗号化を使用している場合の RHEL 8 構成

デュアル プロトコルを使用している場合の RHEL 8 構成

Ubuntu の構成

デュアル プロトコルを使用している場合の Ubuntu 構成

ホスト名が同じ 2 つの VM が NFSv4.1 ボリュームにアクセスするように構成する

次のステップ

フィードバック

その他のリソース

デュアルプロトコルを使用している場合の RHEL 8 構成

デュアルプロトコルを使用している場合の Ubuntu 構成