NFS-сервер: как это работает под капотом

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

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

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

Чтобы уверенно пользоваться NFS-сервер, полезно понимать, как он устроен внутри. Разберём ключевые компоненты, конфигурацию и диагностику — без пересказа документации.

Как это устроено

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

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

Разбор конфигурации

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

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

Ключевые компоненты и их взаимодействие

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

4. Откройте порты

Для NFSv4 достаточно TCP 2049. Для старых версий нужны дополнительные порты rpcbind и statd — по возможности используйте только четвёртую версию.

sudo ufw allow from 192.168.1.0/24 to any port 2049 proto tcp
sudo ufw status

5. Смонтируйте на клиенте

Проверьте доступ вручную, затем добавьте запись в fstab с опциями и таймаутами. Для ноутбуков полезен soft, чтобы зависший сервер не блокировал загрузку.

sudo mkdir -p /mnt/share
sudo mount -t nfs4 192.168.1.10:/srv/share /mnt/share
findmnt /mnt/share

Диагностика и тонкая настройка

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. mount зависает

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

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

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

3. Stale file handle

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

Что улучшить после базовой настройки

Когда NFS-сервер работает предсказуемо, следующий шаг — наблюдаемость. Добавьте проверку состояния, которая отвечает на вопрос «жив ли сервис», и метрику, показывающую нагрузку. Без этого вы узнаёте о проблеме от пользователей, а не от системы.

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

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

Итог

Понимание внутреннего устройства NFS-сервер экономит часы диагностики. Когда знаете, где хранится состояние и как компоненты общаются, ошибка перестаёт быть «магией».