Настройка доступа клиента NFS в RHEL

Введение

В этой лабораторной работе вы освоите основные навыки настройки доступа клиента NFS в системе Red Hat Enterprise Linux (RHEL). Сначала вы вручную подключите сетевой ресурс с помощью команды mount, чтобы понять базовый процесс. Затем вы настроите постоянное монтирование в /etc/fstab, чтобы общий ресурс NFS автоматически становился доступным после перезагрузки системы. Это позволит получить базовое представление о статической интеграции сетевой файловой системы.

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

Ручное монтирование общего ресурса NFS с помощью команды mount

На этом шаге вы научитесь вручную получать доступ к каталогу, опубликованному по сети с помощью протокола Network File System (NFS). NFS позволяет клиентской системе обращаться к файлам по компьютерной сети почти так же, как к файлам на локальном накопителе. В этом упражнении на локальной машине будут имитироваться сервер и клиент NFS, чтобы вы могли отработать необходимые команды.

На вашей системе уже настроен сервер NFS, который экспортирует (предоставляет общий доступ к) каталогу /srv/nfs/shared_data. Вам нужно смонтировать этот общий каталог в локальную папку, проверить доступ, а затем отключить монтирование.

Создание локальной точки монтирования

Чтобы получить доступ к общему каталогу NFS, нужен локальный каталог, который будет служить «точкой монтирования». Это пустая папка в клиентской системе, в которой после монтирования появится содержимое удалённого ресурса. Все операции будут выполняться в каталоге ~/project.

Создайте каталог nfs_mount внутри каталога проекта:

mkdir ~/project/nfs_mount

Проверьте создание каталога, выведя содержимое каталога проекта:

ls -F ~/project

nfs_mount/

Монтирование общего ресурса NFS

Теперь с помощью команды mount подключите удалённый ресурс NFS к созданной точке монтирования. Для этого нужны права sudo, поскольку монтирование файловых систем — системная операция.

Базовый синтаксис команды:

mount -t nfs -o vers=3,nolock <server>:<remote_directory> <local_mount_point>.

• -t nfs -o vers=3,nolock: указывает тип файловой системы NFS, принудительно выбирает NFSv3 и оставляет блокировки локальными, поскольку в контейнерной среде лаборатории не запущена отдельная служба блокировок NFS.
• localhost:/srv/nfs/shared_data: источник монтирования — сервер и экспортируемый им путь.
• ~/project/nfs_mount: назначение — локальная точка монтирования.

Выполните следующую команду:

sudo mount -t nfs -o vers=3,nolock localhost:/srv/nfs/shared_data ~/project/nfs_mount

При успешном выполнении команда не выводит никаких сообщений.

Проверка монтирования и работа с общим ресурсом

После выполнения команды mount убедитесь, что ресурс подключён правильно. Это можно сделать несколькими способами.

Сначала передайте вывод команды mount в grep, чтобы отфильтровать монтирования NFS:

mount | grep nfs

localhost:/srv/nfs/shared_data on /home/labex/project/nfs_mount type nfs (rw,relatime,vers=3,rsize=...,wsize=...,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,local_lock=none,addr=...)

Затем проверьте содержимое точки монтирования. Теперь в ней должны отображаться файлы удалённого каталога /srv/nfs/shared_data.

ls -l ~/project/nfs_mount

total 4
-rw-r--r--. 1 root root 32 Nov 10 14:30 welcome.txt

Теперь с каталогом можно работать как с локальной папкой. В этой лабораторной среде файлы принадлежат пользователю root, поскольку сервер NFS настроен с параметром no_root_squash. В рабочей среде владельцем может отображаться nobody — это зависит от настроек сервера NFS. Создайте новый файл в подключённом общем ресурсе. Поскольку владельцем ресурса может быть root, для записи используйте sudo вместе с командой tee:

echo "My test file" | sudo tee ~/project/nfs_mount/my_file.txt > /dev/null

Убедитесь, что новый файл находится рядом с исходным:

ls -l ~/project/nfs_mount

total 8
-rw-r--r--. 1 root  root  13 Nov 10 14:35 my_file.txt
-rw-r--r--. 1 root  root  32 Nov 10 14:30 welcome.txt

Отключение монтирования общего ресурса NFS

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

sudo umount ~/project/nfs_mount

Чтобы убедиться, что ресурс отключён, выведите содержимое каталога ~/project/nfs_mount. Теперь каталог снова должен быть пустым.

ls -l ~/project/nfs_mount

total 0

Настройка постоянного монтирования NFS в /etc/fstab

На этом шаге вы настроите постоянное монтирование NFS после изучения ручного способа. Ручные монтирования временные и не сохраняются после перезагрузки системы. Чтобы сделать монтирование постоянным, добавьте запись в файл /etc/fstab — таблицу файловых систем. В этом файле перечислены файловые системы и устройства, которые автоматически монтируются при загрузке системы.

В этом шаге вы настроите постоянное монтирование того же общего ресурса NFS, добавив запись в /etc/fstab.

Подготовка среды

Сначала убедитесь, что точка монтирования из предыдущего шага, ~/project/nfs_mount, существует и пуста. Если вы продолжаете работу сразу после предыдущего шага, она уже должна существовать.

Если каталога нет, создайте его:

mkdir -p ~/project/nfs_mount

Также убедитесь, что к этому каталогу ничего не подключено. Выполните команду umount. Если каталог не смонтирован, команда сообщит об ошибке — в данном случае это нормально.

sudo umount ~/project/nfs_mount

Редактирование файла /etc/fstab

Теперь добавьте новую строку в файл /etc/fstab, чтобы определить постоянное монтирование NFS. Для редактирования системного файла используйте sudo. В этом упражнении применяется редактор nano.

Откройте файл:

sudo nano /etc/fstab

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

localhost:/srv/nfs/shared_data /home/labex/project/nfs_mount nfs defaults,_netdev,vers=3,nolock 0 0

Разберём эту строку:

• localhost:/srv/nfs/shared_data: устройство для монтирования. Здесь указаны сервер NFS (localhost) и экспортируемый каталог (/srv/nfs/shared_data).
• /home/labex/project/nfs_mount: локальная точка монтирования, через которую будет доступен общий ресурс.
• nfs: тип файловой системы.
• defaults,_netdev,vers=3,nolock: параметры монтирования. defaults включает стандартный набор параметров, например rw для чтения и записи. _netdev особенно важен для сетевых файловых систем: он сообщает системе, что перед попыткой монтирования нужно дождаться активации сети. Параметры vers=3,nolock обеспечивают использование рабочего протокола NFS в контейнерной среде лаборатории без отдельной службы блокировок.
• 0: поле dump, используемое утилитой резервного копирования dump. Значение 0 отключает эту функцию.
• 0: поле pass, которое утилита fsck использует для определения порядка проверки файловых систем при загрузке. Значение 0 означает, что файловая система проверяться не будет.

После добавления строки сохраните файл и выйдите из nano: нажмите Ctrl+X, затем Y, затем Enter.

Проверка записи в /etc/fstab

Для проверки новой записи в /etc/fstab перезагружать систему не нужно. Команда mount умеет читать /etc/fstab. Если указать только точку монтирования, mount найдёт соответствующую запись в /etc/fstab и использует содержащуюся в ней информацию.

Смонтируйте ресурс, указав только точку монтирования:

sudo mount ~/project/nfs_mount

Если команда завершилась без ошибок, запись в /etc/fstab составлена правильно.

Проверка монтирования

Убедитесь, что ресурс смонтирован, проверив вывод команды mount и содержимое каталога.

mount | grep nfs_mount

localhost:/srv/nfs/shared_data on /home/labex/project/nfs_mount type nfs (rw,relatime,vers=3,rsize=...,wsize=...,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,local_lock=none,addr=...,_netdev)

Теперь проверьте содержимое каталога. В нём должны быть файлы общего ресурса.

ls -l ~/project/nfs_mount

total 4
-rw-r--r--. 1 root root 32 Nov 10 14:30 welcome.txt

Монтирование стало постоянным и будет автоматически восстановлено после перезагрузки.

Очистка среды

Чтобы не создавать конфликтов в следующих упражнениях, отмените внесённые изменения. Сначала отключите монтирование, затем удалите добавленную строку из /etc/fstab.

Отключите монтирование каталога:

sudo umount ~/project/nfs_mount

Снова откройте /etc/fstab и удалите запись:

sudo nano /etc/fstab

С помощью клавиш со стрелками перейдите к добавленной строке (localhost:/srv/nfs/shared_data ... vers=3,nolock ...) и нажмите Ctrl+K, чтобы удалить всю строку. Затем сохраните файл и выйдите, нажав Ctrl+X, Y, Enter.

Теперь система подготовлена для следующей части лабораторной работы.

Установка и запуск autofs для настройки автомонтирования

На этом шаге вы перейдёте от ручного и постоянного монтирования к автоматическому. Файл /etc/fstab удобен для постоянных монтирований, но у него есть недостаток: он пытается смонтировать всё во время загрузки. Если сетевой ресурс недоступен, это может замедлить загрузку или даже остановить её. Автомонтировщик, предоставляемый службой autofs, решает эту проблему: он монтирует сетевые файловые системы по запросу, только при первом обращении к ним.

Служба autofs использует набор конфигурационных файлов, называемых «картами», чтобы определить, какие удалённые ресурсы монтировать и куда. На этом шаге вы подготовите систему к использованию автомонтировщика: установите необходимый пакет и запустите службу.

Установка пакета autofs

Функциональность autofs не входит в стандартную установку RHEL. Установите пакет с помощью менеджера пакетов dnf. Для этого нужны права sudo.

Выполните команду установки пакета autofs. Флаг -y автоматически отвечает «yes» на запрос подтверждения, что удобно в этой лабораторной работе.

sudo dnf install -y autofs

Команда скачает и установит пакет autofs и все необходимые зависимости. Вы увидите вывод примерно следующего вида:

Last metadata expiration check: ...
Dependencies resolved.
================================================================================
 Package       Architecture    Version                Repository           Size
================================================================================
Installing:
 autofs        x86_64          1:5.1.7-50.el9         ...                  ...
...

Transaction Summary
================================================================================
Install  1 Package

Total download size: ...
Installed size: ...
...
Complete!

Запуск службы autofs

В обычной системе RHEL для запуска и включения служб используется systemctl. Однако эта лабораторная работа выполняется в контейнерной среде, где systemctl недоступен. Поэтому мы напрямую запустим демон autofs с помощью его команды automount.

Эта команда запускает демон автомонтирования. Он будет работать в фоновом режиме и отслеживать попытки доступа к каталогам, настроенным в его картах.

Запустите службу:

sudo automount

При успешном выполнении команда не выводит никаких сообщений — она просто запускает процесс демона.

Проверка работы службы

Поскольку использовать systemctl status autofs для проверки службы нельзя, убедитесь, что процесс automount запущен, с помощью команды ps. Команда ps aux выводит список всех работающих процессов. Передайте её вывод через | в grep, чтобы найти процесс automount.

ps aux | grep automount

Вы должны увидеть как минимум одну строку с самим процессом automount. Вторая строка с grep automount относится только что выполненной команде grep; её можно игнорировать.

root      ...  0.0  0.0 ...      ?        Ssl  15:30   0:00 /usr/sbin/automount
labex     ...  0.0  0.0 ...      pts/0    S+   15:31   0:00 grep --color=auto automount

Наличие процесса /usr/sbin/automount подтверждает, что служба запущена и готова выполнять монтирование по запросу. На следующих шагах вы настроите карты, которые определяют действия autofs.

Создание косвенной карты автомонтирования для динамических каталогов

На этом шаге вы настроите первое правило автомонтирования с помощью косвенной карты. Косвенная карта — самый распространённый тип конфигурации автомонтирования. Она связывает один базовый каталог, например /home или /net, с файлом карты. Когда пользователь обращается к подкаталогу внутри этого базового каталога, autofs ищет имя подкаталога в файле карты и по запросу монтирует соответствующий удалённый ресурс.

Это особенно удобно для монтирования домашних каталогов пользователей или набора общих каталогов проектов без одновременного монтирования всех ресурсов. Мы настроим косвенную карту для динамического монтирования каталогов проектов в новом базовом каталоге /project_shares.

Создание экспортов сервера NFS

Сначала подготовьте каталоги на имитируемом сервере NFS, которые нужно опубликовать. Создайте в /srv/nfs/ два каталога проектов: design и testing.

Создайте каталоги и поместите в каждый пример файла:

sudo mkdir -p /srv/nfs/{design,testing}
sudo sh -c 'echo "Design documents" > /srv/nfs/design/README'
sudo sh -c 'echo "Testing scripts" > /srv/nfs/testing/README'

Теперь сообщите серверу NFS, что эти каталоги нужно экспортировать. Для этого добавьте записи в файл /etc/exports.

Откройте файл с помощью nano:

sudo nano /etc/exports

Добавьте следующие строки. Они указывают серверу NFS предоставить каталогам design и testing общий доступ для любого клиента (*) с правами чтения и записи (rw).

/srv/nfs/design *(rw,sync,no_root_squash)
/srv/nfs/testing *(rw,sync,no_root_squash)

Сохраните файл и выйдите (Ctrl+X, Y, Enter).

Примените изменения на сервере NFS, повторно экспортировав все каталоги:

sudo exportfs -ra

Создание записи в главной карте

Конфигурация autofs начинается с файла главной карты /etc/auto.master. Рекомендуется не редактировать этот файл напрямую, а добавлять новые конфигурационные файлы в каталог /etc/auto.master.d/.

Создайте новый файл главной карты для общих ресурсов проектов:

sudo nano /etc/auto.master.d/shares.autofs

Добавьте в этот файл одну строку:

/project_shares /etc/auto.shares

Эта строка сообщает autofs: «Для любого обращения к каталогу /project_shares используйте файл карты /etc/auto.shares».

Сохраните файл и выйдите из редактора.

Создание файла косвенной карты

Теперь создайте файл косвенной карты /etc/auto.shares, на который вы только что сослались в главной карте.

sudo nano /etc/auto.shares

Добавьте следующие строки:

design  -fstype=nfs,rw,sync,vers=3,nolock   localhost:/srv/nfs/design
testing -fstype=nfs,rw,sync,vers=3,nolock   localhost:/srv/nfs/testing

Разберём одну строку:

• design: это «ключ». Он соответствует имени подкаталога внутри /project_shares. При обращении пользователя к /project_shares/design срабатывает эта строка.
• -fstype=nfs,rw,sync,vers=3,nolock: параметры монтирования. Они задают тип файловой системы, доступ на чтение и запись, синхронную запись, версию NFS и локальные блокировки, используемые в этой лабораторной среде.
• localhost:/srv/nfs/design: расположение удалённого общего ресурса NFS, который нужно смонтировать.

Сохраните файл и выйдите из редактора.

Перезагрузка autofs и проверка монтирования

Чтобы служба autofs увидела новые файлы карт, перечитайте её конфигурацию. Поскольку systemctl недоступен, отправьте процессу automount сигнал HUP (hangup). Это заставит процесс повторно прочитать конфигурацию.

sudo killall -HUP automount

Теперь проверьте работу настройки. Сначала выведите содержимое базового каталога /project_shares. Он будет пустым, поскольку пока ничего не смонтировано.

ls -l /project_shares

total 0

Затем обратитесь к одному из подкаталогов. Это действие запускает монтирование через autofs.

ls -l /project_shares/design

total 4
-rw-r--r--. 1 root root 17 Nov 10 16:10 README

Готово! Ресурс design смонтирован автоматически. Если снова вывести содержимое базового каталога, появится каталог design, поскольку теперь он является активной точкой монтирования.

ls -l /project_shares

total 0
dr-xr-xr-x. 2 root root 0 Nov 10 16:12 design

Повторите проверку для каталога testing:

ls -l /project_shares/testing

total 4
-rw-r--r--. 1 root root 16 Nov 10 16:10 README

Вы успешно настроили и проверили косвенную карту автомонтирования.

Создание прямой карты автомонтирования для статических точек монтирования

На этом шаге вы изучите второй тип конфигурации автомонтирования — прямую карту. В отличие от косвенной карты, которая объединяет несколько монтирований в общем базовом каталоге, прямая карта задаёт отдельные точки монтирования в любых местах файловой системы. Каждая запись прямой карты соответствует одному абсолютному пути.

Прямые карты удобны, когда нужно смонтировать небольшое число ресурсов в фиксированных, хорошо известных местах, например общий каталог инструментов в /usr/local/tools. Мы настроим прямую карту для монтирования общего каталога common_data в /mnt/common.

Подготовка экспорта сервера NFS

Как и раньше, сначала подготовьте каталог на имитируемом сервере NFS, который нужно предоставить в общий доступ. Создайте каталог common_data.

Создайте каталог и пример файла внутри него:

sudo mkdir -p /srv/nfs/common_data
sudo sh -c 'echo "Common shared data" > /srv/nfs/common_data/info.txt'

Теперь добавьте запись в /etc/exports, чтобы сделать этот каталог доступным через NFS.

sudo nano /etc/exports

Добавьте в файл следующую строку. Она предоставит общий доступ к каталогу /srv/nfs/common_data.

/srv/nfs/common_data *(rw,sync,no_root_squash)

Сохраните файл и выйдите (Ctrl+X, Y, Enter).

Примените изменения на сервере NFS, повторно экспортировав все каталоги:

sudo exportfs -ra

Создание записи главной карты для прямой карты

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

Создайте новый файл главной карты для прямого монтирования:

sudo nano /etc/auto.master.d/direct.autofs

Добавьте в файл одну строку:

/- /etc/auto.direct

Эта строка сообщает autofs: «Используйте файл /etc/auto.direct как список прямых монтирований. Точки монтирования — это абсолютные пути, заданные внутри этого файла».

Сохраните файл и выйдите из редактора.

Создание файла прямой карты

Теперь создайте файл прямой карты /etc/auto.direct, на который вы только что сослались.

sudo nano /etc/auto.direct

Добавьте в файл следующую строку. Её формат немного отличается от формата косвенной карты.

/mnt/common -fstype=nfs,rw,sync,vers=3,nolock   localhost:/srv/nfs/common_data

Разберём эту строку:

• /mnt/common: это «ключ». В прямой карте ключом служит полный абсолютный путь точки монтирования.
• -fstype=nfs,rw,sync,vers=3,nolock: параметры монтирования, такие же, как раньше, включая версию NFS и локальные блокировки, используемые в этой лабораторной среде.
• localhost:/srv/nfs/common_data: расположение удалённого общего ресурса NFS.

Сохраните файл и выйдите из редактора.

Перезагрузка autofs и проверка прямого монтирования

Как и для косвенной карты, перечитайте конфигурацию autofs, чтобы служба увидела новую прямую карту.

sudo killall -HUP automount

Теперь проверьте прямое монтирование. В отличие от косвенной карты, точка монтирования /mnt/common не существует в файловой системе до тех пор, пока вы не обратитесь к ней.

Обратитесь к каталогу /mnt/common. Это заставит autofs создать точку монтирования и подключить ресурс.

ls -l /mnt/common

total 4
-rw-r--r--. 1 root root 19 Nov 10 17:00 info.txt

Готово! Прямое монтирование создано по запросу. В этой лабораторной среде успешный вывод ls -l /mnt/common — самый надёжный признак успеха, поскольку отображение монтирования может отличаться, когда сервер и клиент NFS работают на одной машине.

Теперь вы успешно настроили косвенную карту для динамических подкаталогов и прямую карту для статической абсолютной точки монтирования.

Проверка прямого и косвенного автомонтирования от имени разных пользователей

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

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

Создание тестовых пользователей и настройка разрешений

Сначала создайте двух пользователей: designer1 и tester1. Также задайте им простой пароль, чтобы можно было переключаться между их учётными записями.

Создайте пользователей с помощью команды useradd. Флаг -m создаёт для каждого пользователя домашний каталог.

sudo useradd -m designer1
sudo useradd -m tester1

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

sudo passwd designer1
## Enter new UNIX password: labex.io
## Retype new UNIX password: labex.io
## passwd: password updated successfully

sudo passwd tester1
## Enter new UNIX password: labex.io
## Retype new UNIX password: labex.io
## passwd: password updated successfully

Теперь измените владельцев общих каталогов на стороне «сервера» (/srv/nfs/*), чтобы предоставить доступ новым пользователям.

sudo chown -R designer1:designer1 /srv/nfs/design
sudo chown -R tester1:tester1 /srv/nfs/testing

Каталог /srv/nfs/common_data останется принадлежащим root, поэтому для обычных пользователей он будет доступен только для чтения.

Проверка доступа от имени пользователя designer1

Переключитесь на учётную запись пользователя designer1 с помощью команды su (substitute user). Параметр - обеспечивает полную среду входа этого пользователя.

su - designer1
## Password: labex.io

Приглашение командной строки изменится на [designer1@host ~]$.

Сначала проверьте доступ к ресурсу design через косвенную карту. Команда должна выполниться успешно.

ls -l /project_shares/design

total 4
-rw-r--r--. 1 designer1 designer1 17 Jun 16 16:12 README

Теперь попробуйте записать файл в этот каталог. Операция также должна завершиться успешно.

echo "My design file" > /project_shares/design/design_file.txt
ls -l /project_shares/design

total 8
-rw-r--r--. 1 designer1 designer1 15 Jun 16 16:18 design_file.txt
-rw-r--r--. 1 designer1 designer1 17 Jun 16 16:12 README

Затем попробуйте обратиться к ресурсу testing. Вы сможете просматривать его содержимое, но не сможете записывать в него данные, поскольку владельцем является tester1.

ls -l /project_shares/testing

total 4
-rw-r--r--. 1 tester1 tester1 16 Jun 16 16:12 README

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

cat /mnt/common/info.txt

Common shared data

echo "test" > /mnt/common/new_file.txt

-bash: /mnt/common/new_file.txt: Permission denied

Завершите сеанс пользователя designer1, чтобы вернуться к пользователю labex.

exit

Проверка доступа от имени пользователя tester1

Теперь выполните аналогичные проверки от имени пользователя tester1.

su - tester1
## Password: labex.io

Обратитесь к ресурсу design. Вы увидите его содержимое, включая файл, созданный пользователем designer1, но не сможете записать в этот каталог.

ls -l /project_shares/design

total 8
-rw-r--r--. 1 designer1 designer1 15 Jun 16 16:18 design_file.txt
-rw-r--r--. 1 designer1 designer1 17 Jun 16 16:12 README

Теперь получите доступ к ресурсу testing и запишите в него файл. Операция должна завершиться успешно, поскольку каталог принадлежит пользователю tester1.

ls -l /project_shares/testing

total 4
-rw-r--r--. 1 tester1 tester1 16 Jun 16 16:12 README

echo "My test script" > /project_shares/testing/test_script.sh
ls -l /project_shares/testing

total 8
-rw-r--r--. 1 tester1 tester1 16 Jun 16 16:12 README
-rw-r--r--. 1 tester1 tester1 15 Jun 16 16:19 test_script.sh

Завершите сеанс пользователя tester1.

exit

Очистка среды

Чтобы завершить лабораторную работу и вернуть систему в исходное состояние, удалите созданных тестовых пользователей. Команда userdel -r удаляет пользователя вместе с его домашним каталогом.

sudo userdel -r designer1
sudo userdel -r tester1

На этом лабораторная работа по управлению NFS с помощью autofs завершена.

Итоги

В этой лабораторной работе вы научились настраивать доступ клиента NFS в системе RHEL. Сначала вы выполнили ручное монтирование: создали локальную точку монтирования и использовали команду mount для подключения к общему ресурсу NFS. Затем вы настроили постоянное монтирование, добавив запись в файл /etc/fstab, чтобы ресурс автоматически подключался при загрузке системы.

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