Как настроить монтирование NFS в Ubuntu 18.04

NFS, или Сетевая файловая система, является протоколом распределенной файловой системы, который позволяет вам монтировать удаленные каталоги на вашем сервере. Это позволяет вам управлять пространством хранения в другом месте и записывать в него пространство от нескольких клиентов. NFS обеспечивает относительно быстрый и простой способ доступа к удаленным системам по сети и хорошо работает в ситуациях, когда к общим ресурсам необходимо обращаться регулярно.

В этом руководстве мы рассмотрим, как установить компоненты, необходимые для функциональности NFS, настроить монтирование NFS и размонтировать удаленный общий ресурс NFS.

В этом учебном пособии мы будем использовать два сервера, один из которых разделяет часть своей файловой системы с другим. Чтобы следовать, вам понадобится:

В этом руководстве мы ссылаемся на сервер, который совместно использует свои каталоги, как * host *, а сервер, который монтирует эти каталоги, как * client *. Чтобы сохранить их правильность, мы будем использовать следующие IP-адреса в качестве резервных для значений * host * и * client *:

Когда эти IP-адреса появятся в командах и файлах конфигурации, вам необходимо заменить их собственными соответствующими IP-адресами * host * и * client *.

Начнем с установки необходимых компонентов на каждом сервере.

Мы собираемся совместно использовать два отдельных каталога с различными настройками конфигурации, чтобы проиллюстрировать два ключевых способа настройки монтирования NFS в отношении доступа суперпользователя.

Суперпользователи могут делать что угодно в своей системе. Однако смонтированные NFS каталоги не являются частью системы, в которой они смонтированы, поэтому по умолчанию сервер NFS отказывается выполнять операции, требующие привилегий суперпользователя. Это ограничение по умолчанию означает, что суперпользователи на * клиенте * не могут записывать файлы с правами * root *, переназначать владельца или выполнять любые другие задачи суперпользователя при монтировании NFS.

Однако иногда в системе * client * есть доверенные пользователи, которым необходимо выполнить эти действия в смонтированной файловой системе, но которым не нужен суперпользовательский доступ на * host *. Вы можете настроить сервер NFS так, чтобы это разрешалось, хотя это представляет элемент риска, поскольку такой пользователь could может получить root-доступ ко всей системе * host *.

Далее мы углубимся в файл конфигурации NFS, чтобы настроить совместное использование этих ресурсов.

Откройте файл + / etc / exports + в текстовом редакторе с правами * root *:

В файле есть комментарии, показывающие общую структуру каждой строки конфигурации. Синтаксис в основном:

/ и т.д. / экспорта

Нам нужно создать строку для каждого из каталогов, которые мы планируем использовать. Поскольку наш пример * client * имеет IP-адрес + 203.0.113.24 +, наши строки будут выглядеть следующим образом. Обязательно измените показанный здесь IP-адрес на ваш * клиент *:

/ и т.д. / экспорта

Здесь мы используем одинаковые параметры конфигурации для обоих каталогов, за исключением + no_root_squash +. Давайте посмотрим, что означает каждый из этих вариантов:

Когда вы закончите вносить изменения, сохраните и закройте файл. Затем, чтобы сделать общие ресурсы доступными для настроенных клиентов, перезапустите сервер NFS с помощью следующей команды:

Однако прежде чем вы сможете использовать новые общие ресурсы, вы должны быть уверены, что трафик к общим ресурсам разрешен правилами брандмауэра.

Во-первых, давайте проверим состояние брандмауэра, чтобы увидеть, включен ли он, и, если да, чтобы увидеть, что разрешено в настоящее время:

В нашей системе пропускается только трафик SSH, поэтому нам нужно добавить правило для трафика NFS.

Во многих приложениях вы можете использовать + sudo ufw app list + и включать их по имени, но + nfs + не является одним из них. Однако, поскольку + ufw также проверяет` + / etc / services` на наличие порта и протокола службы, мы все равно можем добавить NFS по имени. В соответствии с передовой практикой рекомендуется включить наиболее ограничивающее правило, которое по-прежнему будет разрешать трафик, который вы хотите разрешить, поэтому вместо того, чтобы разрешать трафик из любого места, мы будем конкретны.

Используйте следующую команду, чтобы открыть порт + 2049 + на * хосте *, обязательно заменив * IP-адрес вашего * клиента:

Вы можете проверить изменение, набрав:

Вы должны увидеть трафик, разрешенный через порт + 2049 + в выходных данных:

Это подтверждает, что UFW будет разрешать трафик NFS только через порт «+ 2049 +» с нашей * клиентской * машины.

Теперь, когда сервер * host * настроен и обслуживает его общие ресурсы, мы подготовим наш * клиент *.

Чтобы сделать удаленные общие ресурсы доступными на * клиенте *, нам нужно смонтировать каталоги на * хосте *, которые мы хотим использовать, в пустые каталоги на * клиенте *.

Мы создадим две директории для наших монтировок:

Теперь, когда у нас есть место для размещения удаленных общих ресурсов, и мы открыли брандмауэр, мы можем подключить общие ресурсы, обратившись к нашему * хосту * серверу, который в этом руководстве называется + 203.0.113.0 +:

Эти команды будут монтировать общие ресурсы с главного компьютера на компьютер * client *. Вы можете перепроверить, что они успешно смонтированы несколькими способами. Вы можете проверить это с помощью простой команды + mount + или + findmnt +, но + df -h + предоставляет более легко читаемый вывод, который показывает, как по-разному отображается использование диска для общих ресурсов NFS:

Обе акции, которые мы установили, появляются внизу. Поскольку они были смонтированы из одной файловой системы, они показывают одинаковое использование диска. Чтобы увидеть, сколько места фактически используется под каждой точкой монтирования, используйте команду использования диска + du + и путь монтирования. Флаг + -s + предоставляет сводку по использованию, а не отображает использование для каждого файла. + -H + печатает читабельный вывод.

Например:

Это показывает нам, что содержимое всего домашнего каталога использует только 36 КБ доступного пространства.

Далее, давайте проверим доступ к общим ресурсам, написав что-то каждому из них.

Мы можем подключить удаленные NFS-ресурсы автоматически при загрузке, добавив их в файл + / etc / fstab + на * client *.

Откройте этот файл с правами суперпользователя в текстовом редакторе:

В нижней части файла добавьте строку для каждого из наших акций. Они будут выглядеть так:

/ И т.д. / Fstab

Сервер * client * автоматически подключит удаленные разделы при загрузке, хотя может потребоваться несколько минут для установления соединения и доступности общих ресурсов.

Если вы больше не хотите, чтобы удаленный каталог монтировался в вашей системе, вы можете размонтировать его, выйдя из структуры каталогов общего ресурса и размонтировав его следующим образом:

Это удалит удаленные общие ресурсы, оставляя доступным только ваше локальное хранилище:

Если вы также хотите предотвратить их повторную установку при следующей перезагрузке, отредактируйте + / etc / fstab + и либо удалите строку, либо закомментируйте ее, поместив символ # в начале строки. Вы также можете предотвратить автоматическое монтирование, удалив опцию + auto +, которая позволит вам монтировать его вручную.

В этом руководстве мы создали хост NFS и проиллюстрировали некоторые ключевые поведения NFS, создав два разных монтирования NFS, которыми мы поделились с нашим NFS * клиентом *. Если вы хотите внедрить NFS в производство, важно отметить, что сам протокол не зашифрован. В случаях, когда вы делитесь файлами, которые предназначены для публичного доступа, это не вызывает серьезных проблем.

Однако если вы используете NFS для личных данных, вам нужно решить, как вы хотите защитить эти данные. Возможно, вам удастся направить NFS через SSH или VPN-соединение, чтобы создать более безопасный интерфейс, но это часто приводит к значительному снижению производительности. Если производительность является проблемой, рассмотрите SSHFS. Это немного медленнее, чем незашифрованный трафик NFS, но обычно намного быстрее, чем туннельный NFS. Аутентифицированное шифрование Kerberos для NFS является еще одним вариантом для изучения.