手当たり次第に書くんだ

飽きっぽいのは本能

Ubuntu 26.04 NFS マウントの基本 – nfs-common と fstab / autofs の使い分け

関連する記事

Ubuntu 26.04 で NFS 共有を利用する場合、まずクライアント側に nfs-common を入れ、NFSv4 の ID マッピングをそろえます。そのうえで、常時必要な共有は fstab、必要な時だけ使う共有は autofs というように、マウント方式を分けると運用しやすくなります。

この記事では、NFS クライアント共通設定として nfs-common/etc/idmapd.conf を扱い、NFS サーバー到達確認、手動マウント、fstabautofs の使い分けまでを整理します。

前提条件

  • NFS サーバー側で export が設定されていること。
  • クライアントから NFS サーバーへ名前解決または IP 到達できること。
  • NFSv4 を使う場合は、サーバーとクライアントで ID マッピングの domain を合わせること。
  • 起動時に必要な共有か、利用時だけ必要な共有かを先に決めておくこと。
getent hosts nfs01.example.com
showmount -e nfs01.example.com

nfs-common をインストールする

Ubuntu の NFS クライアントでは、nfs-common に NFS マウントに必要なコマンドやサービスが含まれます。

sudo apt update
sudo apt install -y nfs-common

NFSv4 の ID マッピングを設定する

/etc/idmapd.confDomain は、NFSv4 でユーザー名と UID/GID の対応を扱う時に重要です。サーバー側とクライアント側で同じ domain を使います。

sudo tee /etc/idmapd.conf >/dev/null <<'EOF'
[General]
Domain = example.com
[Mapping]
Nobody-User = nobody
Nobody-Group = nogroup
EOF
sudo chmod 0644 /etc/idmapd.conf

NFS サービスを再起動する

ID マッピングを変更したら、NFS 関連サービスを再起動します。環境によってサービス名が異なるため、存在するサービスを確認してから再起動します。

systemctl list-unit-files | grep -E 'nfs|rpc'
sudo systemctl restart nfs-idmapd.service || true
sudo systemctl restart rpc-gssd.service || true

手動マウントで疎通を確認する

永続設定を入れる前に、手動マウントでサーバー、export、認証、権限を確認します。ここで失敗する場合は、fstabautofs に進む前に原因を切り分けます。

sudo mkdir -p /mnt/nfs/data
sudo mount -t nfs4 -o rw,hard,timeo=600,retrans=2 nfs01.example.com:/export/data /mnt/nfs/data
findmnt /mnt/nfs/data
touch /mnt/nfs/data/.nfs-client-test
rm /mnt/nfs/data/.nfs-client-test
sudo umount /mnt/nfs/data

fstab で固定マウントする場合

起動後に常に必要な共有は /etc/fstab に登録します。ネットワーク越しのファイルシステムでは _netdev を付け、起動失敗の影響を抑えたい場合は nofail も検討します。

sudo mkdir -p /srv/remote/data
sudo cp -a /etc/fstab /etc/fstab.bak.$(date +%Y%m%d%H%M%S)
printf '%s\n' 'nfs01.example.com:/export/data /srv/remote/data nfs4 rw,hard,timeo=600,retrans=2,_netdev,nofail 0 0' | sudo tee -a /etc/fstab >/dev/null
sudo mount /srv/remote/data
findmnt /srv/remote/data

autofs で必要な時だけマウントする場合

常時マウントする必要がない共有は autofs が向いています。アクセス時にマウントし、一定時間使われなければ自動的にアンマウントできます。

sudo apt install -y autofs
sudo mkdir -p /etc/auto.master.d
sudo tee /etc/auto.master.d/remote.autofs >/dev/null <<'EOF'
/- /etc/auto.remote
EOF
sudo tee /etc/auto.remote >/dev/null <<'EOF'
/srv/remote/data -fstype=nfs4,rw,hard,timeo=600,retrans=2 nfs01.example.com:/export/data
EOF
sudo systemctl enable --now autofs.service
ls /srv/remote/data
findmnt /srv/remote/data

fstab と autofs の使い分け

  • fstab は、起動後すぐに必要な共有やサービス依存が明確な共有に向いています。
  • autofs は、利用頻度が低い共有や、NFS サーバー停止の影響を起動時に受けたくない共有に向いています。
  • NFS サーバー停止時のアプリケーション影響を避けたい場合は、マウント方式だけでなくタイムアウトと依存関係も確認します。
  • 複数クライアントから利用する場合は、UID/GID、NFSv4 domain、権限設計を先に合わせます。

確認コマンド

NFS マウント後は、どの方式でマウントされているか、オプションが反映されているか、サーバー側 export と一致しているかを確認します。

findmnt -t nfs,nfs4
mount | grep nfs
nfsstat -m
systemctl status autofs.service --no-pager

トラブル時に見る項目

  • 名前解決と疎通確認: getent hostspingnc など。
  • サーバー側 export: showmount -e やサーバー側の /etc/exports
  • NFSv4 domain: サーバーとクライアントの /etc/idmapd.conf
  • 権限: UID/GID、root squash、ディレクトリ所有者、ACL。
  • マウント方式: 固定マウントが必要か、必要時マウントで十分か。

まとめ

Ubuntu 26.04 の NFS クライアントでは、nfs-common/etc/idmapd.conf を先にそろえ、手動マウントで疎通と権限を確認してから永続化します。起動直後に必要な共有は fstab、必要な時だけ使う共有は autofs を選ぶと、NFS サーバー停止時の影響範囲を設計しやすくなります。

関連する記事
Ubuntu 26.04 NFS マウントの基本 – nfs-common と fstab / autofs の使い分け

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です

日本語が含まれない投稿は無視されますのでご注意ください。(スパム対策)

トップへ戻る