Коротко о главном

NFS позволяет делиться каталогами между Linux-машинами так, будто они локальные. Это удобно для домашней сети, сборок, медиатеки и резервных копий. Протокол зрелый, но требует внимания к правам и сети: неверная запись в /etc/exports может открыть данные большему кругу устройств, чем вы планировали.

NFS проще Samba, если все клиенты на Linux, и не требует эмуляции Windows-протоколов. Он хорошо работает с большими файлами и поддерживается на уровне ядра, поэтому не создаёт лишней нагрузки.

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

С чего начать

Не пытайтесь применить всё сразу. Сначала настройте окружение так, чтобы команды было удобно повторять, а результаты — проверять. Для NFS-сервер это важнее, чем кажется: половина ускорения даёт предсказуемый рабочий процесс.

1. Создайте каталог и права

Выделите отдельный каталог, а не корень диска. Права должны соответствовать пользователям, которые будут работать с файлами: NFS передаёт UID и GID, а не имена.

sudo mkdir -p /srv/share
sudo chown -R user:user /srv/share
ls -ldn /srv/share

2. Опишите экспорт

Ограничьте доступ конкретной подсетью. Флаг sync безопаснее async: клиент получает подтверждение только после записи на диск.

echo '/srv/share 192.168.1.0/24(rw,sync,no_subtree_check)' | sudo tee -a /etc/exports
sudo exportfs -rav

3. Запустите службу

В Debian служба называется nfs-kernel-server, в других системах — nfs-server. Проверьте, что экспорт виден.

sudo systemctl enable --now nfs-server
sudo exportfs -v
showmount -e localhost

Практические советы

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

Совет 1. Не экспортируйте каталог всей сети, если достаточно одной подсети или

Не экспортируйте каталог всей сети, если достаточно одной подсети или адреса.

Совет 2. Используйте NFSv4: он проще с портами и поддерживает ACL.

Используйте NFSv4: он проще с портами и поддерживает ACL.

Совет 3. Проверяйте UID на клиенте и сервере: имена пользователей NFS не переда

Проверяйте UID на клиенте и сервере: имена пользователей NFS не передаёт.

Совет 4. Флаг root_squash по умолчанию защищает от записи root клиента на серве

Флаг root_squash по умолчанию защищает от записи root клиента на сервер.

Совет 5. Для медиафайлов с последовательным чтением допустим async, но только с

Для медиафайлов с последовательным чтением допустим async, но только с пониманием риска.

Совет 6. Монтируйте через systemd-юнит с x-systemd.automount, если сервер досту

Монтируйте через systemd-юнит с x-systemd.automount, если сервер доступен не всегда.

Настройки, которые стоит сохранить

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

# /etc/exports
/srv/share 192.168.1.0/24(rw,sync,no_subtree_check)

Типичные ошибки

Ниже — сбои, которые встречаются чаще всего. Перед исправлением сохраните текущие конфиги и запишите, какие изменения вносите: так проще откатиться.

1. mount зависает

Проверьте сеть и порт 2049, затем showmount на сервере. Часто виноват файрвол или неверный адрес. Используйте опцию -v для диагностики.

2. Permission denied при записи

Сверьте UID и права каталога на сервере. Учтите root_squash: root клиента становится анонимным пользователем и не сможет писать в каталог, принадлежащий root сервера.

3. Stale file handle

Экспорт изменился или сервер перезапускался. Размонтируйте каталог, проверьте exportfs -v и смонтируйте заново. Не удаляйте файлы на сервере во время работы клиента.

Практический сценарий

Представьте типовую задачу: нужно развернуть NFS-сервер на одной машине, проверить работу и передать доступ коллеге. Начните с чистой системы или снапшота, чтобы результат был воспроизводим. Запишите все команды в отдельный файл — это одновременно шпаргалка и черновик будущей автоматизации.

Дальше действуйте короткими шагами: установка, минимальная конфигурация, проверка, затем расширение. После каждого шага фиксируйте, что именно изменилось и как это проверить. Такой журнал экономит время, когда через месяц понадобится повторить настройку на другом сервере или объяснить её коллеге.

Порядок работ для этого сценария выглядит так:

  1. Создайте каталог и права
  2. Опишите экспорт
  3. Запустите службу
  4. Откройте порты
  5. Смонтируйте на клиенте

Отдельно продумайте, что произойдёт при сбое. Для NFS-сервер важно заранее знать, где хранятся данные, как их скопировать и сколько времени займёт восстановление. Если ответа нет, не двигайтесь дальше: сначала закройте этот пробел, потом добавляйте новые возможности.

Что проверить перед вводом в работу

Перед тем как считать настройку завершённой, пройдитесь по короткому списку. Он не заменяет полноценный аудит, но отсекает большинство очевидных проблем.

Чек-лист

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

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

Итог

Главная ценность приёмов выше — в экономии внимания. Выберите два-три, доведите до автоматизма, и NFS-сервер перестанет отнимать время на рутину.

Насколько публикация полезна?

Нажмите на звезду, чтобы оценить!

Средняя оценка 0 / 5. Количество оценок: 0

Оценок пока нет. Поставьте оценку первым.

Поделиться: Telegram ВКонтакте