Ubuntu18.04にNFSサーバーをインストールして構成する方法

ネットワークファイルシステム（NFS）は、ネットワークを介してリモートディレクトリを共有できる分散ファイルシステムプロトコルです。 NFSを使用すると、システムにリモートディレクトリをマウントし、ローカルファイルであるかのようにリモートマシン上のファイルを操作できます。

NFSプロトコルはデフォルトでは暗号化されておらず、Sambaとは異なり、ユーザー認証を提供しません。サーバーへのアクセスは、クライアントのIPアドレスまたはホスト名によって制限されます。

このチュートリアルでは、Ubuntu18.04でNFSv4サーバーをセットアップする方法について説明します。また、NFSファイルシステムをクライアントにマウントする方法も示します。

前提条件＃

この例では、1つのサーバーでUbuntu 18.04を実行し、別のサーバーで他のLinuxディストリビューションを実行していることを前提としています。サーバーとクライアントは、プライベートネットワークを介して相互に通信できる必要があります。ホスティングプロバイダーがプライベートIPアドレスを提供していない場合は、パブリックIPアドレスを使用して、ポート2049でのトラフィックを許可するようにサーバーファイアウォールを構成できます。信頼できるソースからのみ。

この例のマシンには、次のIPがあります。

NFS Server IP: 192.168.33.10
NFS Clients IPs: From the 192.168.33.0/24 range

NFSサーバーのセットアップ＃

まず、NFSサーバーをインストールして構成します。

NFSサーバーのインストール＃

パッケージインデックスを更新し、NFSサーバーパッケージをインストールします。

sudo apt updatesudo apt install nfs-kernel-server

インストールが完了すると、NFSサービスが自動的に開始されます。

デフォルトでは、Ubuntu18.04ではNFSバージョン2が無効になっています。バージョン3および4が有効になります。次のcatを実行することで、それを確認できます。コマンド：

sudo cat /proc/fs/nfsd/versions

-2 +3 +4 +4.1 +4.2

NFSv2は現在かなり古く、有効にする理由はありません。

NFSサーバーの構成オプションは、/etc/default/nfs-kernel-serverで設定されます。および/etc/default/nfs-common ファイル。この場合、デフォルト設定で十分です。

ファイルシステムの作成＃

NFSv4サーバーを構成するときは、グローバルNFSルートディレクトリを使用し、実際のディレクトリを共有マウントポイントにバインドマウントすることをお勧めします。この例では、/srv/nfs4を使用します NFSルートとしてのディレクトリ。

2つのディレクトリ（/var/www）を共有しますおよび/opt/backups ）、さまざまな構成設定を使用して、NFSマウントを構成する方法をよりよく説明します。

mkdirを使用してエクスポートファイルシステムを作成しますコマンド：

sudo mkdir -p /srv/nfs4/backupssudo mkdir -p /srv/nfs4/www

実際のディレクトリをマウントします：

sudo mount --bind /opt/backups /srv/nfs4/backupssudo mount --bind /var/www /srv/nfs4/www

バインドマウントを永続的にするには、/etc/fstabを開きます。ファイル：

sudo nano /etc/fstab

次の行を追加します：

/ etc / fstab

/opt/backups /srv/nfs4/backups  none   bind   0   0
/var/www     /srv/nfs4/www      none   bind   0   0

ファイルシステムのエクスポート＃

次のステップは、NFSサーバーによってエクスポートされるファイルシステム、共有オプション、およびそれらのファイルシステムへのアクセスを許可されるクライアントを定義することです。これを行うには、/etc/exportsを開きますファイル：

sudo nano /etc/exports

/etc/exports ファイルには、ディレクトリのエクスポート方法を説明するコメントも含まれています。

この場合、wwwをエクスポートする必要がありますおよびbackups ディレクトリを作成し、192.168.33.0/24上のクライアントからのみアクセスを許可しますネットワーク：

/ etc / exports

/srv/nfs4         192.168.33.0/24(rw,sync,no_subtree_check,crossmnt,fsid=0)
/srv/nfs4/backups 192.168.33.0/24(ro,sync,no_subtree_check) 192.168.33.3(rw,sync,no_subtree_check)
/srv/nfs4/www     192.168.33.110(rw,sync,no_subtree_check)

最初の行にはfsid=0が含まれています NFSルートディレクトリ/srv/nfs4を定義します。このNFSボリュームへのアクセスは、192.168.33.0/24からのクライアントにのみ許可されますサブネット。 crossmnt エクスポートされたディレクトリのサブディレクトリであるディレクトリを共有するには、オプションが必要です。

2行目は、1つのファイルシステムに複数のエクスポートルールを指定する方法を示しています。 /srv/nfs4/backupsをエクスポートしますディレクトリであり、192.168.33.0/24全体への読み取りアクセスのみを許可します範囲と192.168.33.3への読み取りおよび書き込みアクセスの両方。 sync オプションは、応答する前にディスクに変更を書き込むようにNFSに指示します。

最後の行は自明である必要があります。使用可能なすべてのオプションの詳細については、man exportsと入力してください。ターミナルで。

ファイルを保存して共有をエクスポートします：

sudo exportfs -ra

/etc/exportsを変更するたびに、上記のコマンドを実行する必要がありますファイル。エラーや警告がある場合は、端末に表示されます。

現在アクティブなエクスポートとその状態を表示するには、次を使用します：

sudo exportfs -v

出力には、オプション付きのすべての共有が含まれます。ご覧のとおり、/etc/exportsで定義されていないオプションもあります。ファイル。これらはデフォルトのオプションであり、変更する場合は、これらのオプションを明示的に設定する必要があります。

/srv/nfs4/backups
		192.168.33.3(rw,wdelay,root_squash,no_subtree_check,sec=sys,rw,secure,root_squash,no_all_squash)
/srv/nfs4/www 	192.168.33.110(rw,wdelay,root_squash,no_subtree_check,sec=sys,rw,secure,root_squash,no_all_squash)
/srv/nfs4     	192.168.33.0/24(rw,wdelay,crossmnt,root_squash,no_subtree_check,fsid=0,sec=sys,rw,secure,root_squash,no_all_squash)
/srv/nfs4/backups
		192.168.33.0/24(ro,wdelay,root_squash,no_subtree_check,sec=sys,ro,secure,root_squash,no_all_squash)

Ubuntuでは、root_squash デフォルトで有効になっています。これは、NFSセキュリティに関する最も重要なオプションの1つです。これにより、クライアントから接続されたrootユーザーがマウントされた共有に対するroot権限を持つことができなくなります。ルートUIDをマップしますおよびGID nobodyに / nogroup UID / GID 。

クライアントマシン上のユーザーがアクセスできるようにするために、NFSは、クライアントのユーザーとグループIDがサーバー上のユーザーと一致することを想定しています。もう1つのオプションは、ユーザーIDとグループIDを名前に変換するNFSv4idmapping機能を使用することです。

それでおしまい。この時点で、UbuntuサーバーにNFSサーバーをセットアップしました。これで、次の手順に進み、クライアントを構成してNFSサーバーに接続できます。

ファイアウォール構成＃

ネットワークでファイアウォールを実行している場合は、NFSポートでトラフィックを有効にするルールを追加する必要があります。

UFWを使用していると仮定します 192.168.33.0/24からのアクセスを許可するようにファイアウォールを管理するサブネットには、次のコマンドを実行する必要があります：

sudo ufw allow from 192.168.33.0/24 to any port nfs

変更の実行を確認するには：

sudo ufw status

出力には、ポート2049のトラフィックが表示されます。許可されています：

To                         Action      From
--                         ------      ----
2049                       ALLOW       192.168.33.0/24           
22/tcp                     ALLOW       Anywhere                  
22/tcp (v6)                ALLOW       Anywhere (v6)

NFSクライアントのセットアップ＃

NFSサーバーがセットアップされ、共有がエクスポートされたので、次のステップは、クライアントを構成し、リモートファイルシステムをマウントすることです。

MacOSおよびWindowsマシンにNFS共有をマウントすることもできますが、ここではLinuxシステムに焦点を当てます。

NFSクライアントのインストール＃

クライアントマシンには、リモートNFSファイルシステムをマウントするために必要なツールのみをインストールする必要があります。

DebianとUbuntuにNFSクライアントをインストールする

DebianベースのディストリビューションにNFSファイルシステムをマウントするためのプログラムを含むパッケージの名前はnfs-commonです。。インストールするには：
```
sudo apt updatesudo apt install nfs-common
```
CentOSとFedoraにNFSクライアントをインストールする

Red Hatとその派生物に、nfs-utilsをインストールしますパッケージ：
```
sudo yum install nfs-utils
```

ファイルシステムのマウント＃

IP 192.168.33.110を使用してクライアントマシンで作業します /srv/nfs4/wwwへの読み取りおよび書き込みアクセス権がありますファイルシステムと/srv/nfs4/backupsへの読み取り専用アクセスファイルシステム。

マウントポイント用に2つの新しいディレクトリを作成します。このディレクトリは、任意の場所に作成できます。

sudo mkdir -p /backupssudo mkdir -p /srv/www

エクスポートされたファイルシステムをmountでマウントしますコマンド：

sudo mount -t nfs -o vers=4 192.168.33.10:/backups /backupssudo mount -t nfs -o vers=4 192.168.33.10:/www /srv/www

192.168.33.10の場所 NFSサーバーのIPです。 IPアドレスの代わりにホスト名を使用することもできますが、クライアントマシンで解決できる必要があります。これは通常、ホスト名を/etc/hostsのIPにマッピングすることによって行われます。ファイル。

NFSv4ファイルシステムをマウントするときは、NFSルートディレクトリを省略する必要があるため、/srv/nfs4/backupsの代わりに /backupsを使用する必要があります。

マウントまたはdfを使用して、リモートファイルシステムが正常にマウントされていることを確認しますコマンド：

df -h

このコマンドは、マウントされているすべてのファイルシステムを出力します。最後の2行は、マウントされた共有です：

Filesystem                       Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00   38G  1.7G   36G   5% /
devtmpfs                         236M     0  236M   0% /dev
tmpfs                            244M     0  244M   0% /dev/shm
tmpfs                            244M  4.5M  240M   2% /run
tmpfs                            244M     0  244M   0% /sys/fs/cgroup
/dev/sda2                       1014M   87M  928M   9% /boot
tmpfs                             49M     0   49M   0% /run/user/1000
192.168.33.10:/backups           9.7G  1.2G  8.5G  13% /backups
192.168.33.10:/www               9.7G  1.2G  8.5G  13% /srv/www

再起動時にマウントを永続的にするには、/etc/fstabを開きますファイル：

sudo nano /etc/fstab

次の行を追加します：

/ etc / fstab

192.168.33.10:/backups /backups   nfs   defaults,timeo=900,retrans=5,_netdev	0 0
192.168.33.10:/www /srv/www       nfs   defaults,timeo=900,retrans=5,_netdev	0 0

NFSファイルシステムをマウントするときに使用できるオプションの詳細については、man nfsと入力してください。ターミナルで。

リモートファイルシステムをマウントする別のオプションは、autofsのいずれかを使用することです。ツールまたはsystemdユニットを作成します。

NFSアクセスのテスト＃

それぞれに新しいファイルを作成して、共有へのアクセスをテストしてみましょう。

まず、/backupsへのテストファイルを作成してみてください touchを使用したディレクトリコマンド：

sudo touch /backups/test.txt

/backup ファイルシステムは読み取り専用としてエクスポートされ、予想どおり、Permission deniedが表示されます。エラーメッセージ：

touch: cannot touch ‘/backups/test’: Permission denied

次に、/srv/wwwにテストファイルを作成してみます sudoを使用したルートとしてのディレクトリコマンド：

sudo touch /srv/www/test.txt

ここでも、Permission deniedが表示されますメッセージ。

touch: cannot touch ‘/srv/www’: Permission denied

/var/wwwを思い出してくださいディレクトリはwww-dataが所有していますユーザーとこの共有にはroot_squashがあります rootユーザーをnobodyにマップするオプションセットユーザーとnogroup リモート共有への書き込み権限がないグループ。

www-dataがあると仮定します同じUIDを使用してクライアントマシンで使用するおよびGID リモートサーバーの場合と同様に（たとえば、両方のマシンにnginxonをインストールした場合）、ユーザーwww-dataとしてファイルを作成するためのテストを行うことができます。と：

sudo -u www-data touch /srv/www/test.txt

コマンドは出力を表示しません。これは、ファイルが正常に作成されたことを意味します。

確認するには、/srv/www内のファイルを一覧表示しますディレクトリ：

ls -la /srv/www

出力には、新しく作成されたファイルが表示されます。

drwxr-xr-x 3 www-data www-data 4096 Jun 23 22:18 .
drwxr-xr-x 3 root     root     4096 Jun 23 22:29 ..
-rw-r--r-- 1 www-data www-data    0 Jun 23 21:58 index.html
-rw-r--r-- 1 www-data www-data    0 Jun 23 22:18 test.txt

NFSファイルシステムのアンマウント＃

リモートNFS共有が不要になった場合は、umountコマンドを使用して、他のマウントされたファイルシステムと同じようにマウントを解除できます。たとえば、/backupをアンマウントするには実行する共有：

sudo umount /backups

マウントポイントが/etc/fstabで定義されている場合ファイルの場合は、必ずその行を削除するか、#を追加してコメントアウトしてください。行の先頭にあります。