Составители:
Рубрика:
хоста. Удалённый хост может быть задан только один раз для каждой
файловой системы, и может иметь только одну запись, используемую по
умолчанию, для каждой локальной файловой системы. К примеру,
предположим, что /usr является отдельной файловой системой.
Следующий /etc/exports будет некорректен:
# Invalid when /usr is one file system
/usr/src client
/usr/ports client
Одна файловая система, /usr, имеет две строки, задающие
экспортирование для одного и того же хоста, client. Правильный формат в
этом случае таков:
/usr/src /usr/ports client
Свойства отдельной файловой системы, экспортируемой некоторому
хосту, должны задаваться в одной строке. Строки без указания клиента
воспринимаются как отдельный хост. Это ограничивает то, как вы можете
экспортировать файловые системы, но для большинства это не проблема.
Ниже приведён пример правильного списка экспортирования, где /usr
и /exports являются локальными файловыми системами:
# Экспортируем src и ports для client01 и client02, но
# только client01 имеет права пользователя root на них
/usr/src /usr/ports -maproot=root client01
/usr/src /usr/ports client02
#Клиентские машины имеют пользователя root и могут монтировать
всё
# в каталоге /exports. Кто угодно может монтировать /exports/obj в
режиме чтения
/exports -alldirs -maproot=root client01 client02
/exports/obj -ro
Даемон mountd должен быть проинформирован об изменении файла
/etc/exports, чтобы изменения вступили в силу. Это может быть достигнуто
посылкой сигнала HUP процессу mountd:
# kill -HUP `cat /var/run/mountd.pid`
или вызовом скрипта mountd подсистемы rc(8) с соответствующим
параметром:
# /etc/rc.d/mountd reload
Как вариант, при перезагрузке FreeBSD всё настроится правильно.
Хотя выполнять перезагрузку вовсе не обязательно. Выполнение
следующих команд пользователем root запустит всё, что нужно.
На сервере NFS:
# rpcbind
# nfsd -u -t -n 4
# mountd -r
На клиенте NFS:
33
Страницы
- « первая
- ‹ предыдущая
- …
- 31
- 32
- 33
- 34
- 35
- …
- следующая ›
- последняя »
