マスタリング TCP/IP 入門編 第6版
TCP/IP、Ethernet、VLAN、ルーティングなど、ネットワークの基礎を体系的に確認したい場合の参考書籍です。価格や在庫はリンク先で確認してください。
Amazon で見るこのリンクは Amazon アソシエイトリンクです。
Ubuntu 26.04 で NFS 共有を利用する場合、まずクライアント側に nfs-common を入れ、NFSv4 の ID マッピングをそろえます。そのうえで、常時必要な共有は fstab、必要な時だけ使う共有は autofs というように、マウント方式を分けると運用しやすくなります。
この記事では、NFS クライアント共通設定として nfs-common と /etc/idmapd.conf を扱い、NFS サーバー到達確認、手動マウント、fstab と autofs の使い分けまでを整理します。
前提条件
- NFS サーバー側で export が設定されていること。
- クライアントから NFS サーバーへ名前解決または IP 到達できること。
- NFSv4 を使う場合は、サーバーとクライアントで ID マッピングの domain を合わせること。
- 起動時に必要な共有か、利用時だけ必要な共有かを先に決めておくこと。
getent hosts nfs01.example.com
showmount -e nfs01.example.comnfs-common をインストールする
Ubuntu の NFS クライアントでは、nfs-common に NFS マウントに必要なコマンドやサービスが含まれます。
sudo apt update
sudo apt install -y nfs-commonNFSv4 の ID マッピングを設定する
/etc/idmapd.conf の Domain は、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.confNFS サービスを再起動する
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、認証、権限を確認します。ここで失敗する場合は、fstab や autofs に進む前に原因を切り分けます。
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/datafstab で固定マウントする場合
起動後に常に必要な共有は /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/dataautofs で必要な時だけマウントする場合
常時マウントする必要がない共有は 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/datafstab と 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 hosts、ping、ncなど。 - サーバー側 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 サーバー停止時の影響範囲を設計しやすくなります。

