Для установки і сервера, і клієнта необхідні одні і ті ж пакети nfs-kernel-server і nfs-common
Всі настройки сервера зберігаються в файлі / etc / exports. Відкриваємо його на редагування
і додаємо в кінець файлу такі рядки (рядків може бути будь-яку кількість):
/ Data-шлях до папки, для якої лунає доступ;
(Rw, no_root_squash, sync) -Набір опцій, опції можуть бути:
rw -Читання запис (може приймати значення ro-тільки читання);
no_root_squash -по замовчуванням користувач root на клієнтській машині не матиме доступу до поділюваного директорії сервера. Цією опцією ми знімаємо це обмеження. З метою безпеки цього краще не робити;
nohide - NFS автоматично не вказує нелокальних ресурси (наприклад, прімонтірование за допомогою mount -bind), ця опція включає відображення таких ресурсів;
sync - синхронний режим доступу (може приймати зворотне значення-async). sync (async) - вказує, що сервер повинен відповідати на запити тільки після запису на диск змін, виконаних цими запитами. Опція async вказує сервера не чекати запису інформації на диск, що підвищує продуктивність, але знижує надійність, тому що в разі обриву з'єднання або відмови обладнання може спричинити втрату даних;
noaccess - забороняє доступ до зазначеної директорії. Може бути корисною, якщо перед цим ви задали доступ всім користувачам мережі до певної директорії, і тепер хочете обмежити доступ в піддиректорії лише деяким користувачам.
Необхідно додати опис опцій.
all_squash- має на увазі, що всі підключення будуть виконуватися від анонімного користувача
subtree_check (no_subtree_check) - в деяких випадках доводиться експортувати не весь розділ, а лише його частина. При цьому сервер NFS повинен виконувати додаткову перевірку звернень клієнтів, щоб переконатися в тому, що вони роблять спробу доступу лише до файлів, що знаходяться у відповідних підкаталогах. Такий контроль поддерева (subtree checks) трохи сповільнює взаємодію з клієнтами, але якщо відмовитися від нього, можуть виникнути проблеми з безпекою системи. Скасувати контроль поддерева можна за допомогою опції no_subtree_check. Опція subtree_check, що включає такий контроль, передбачається за замовчуванням. Контроль поддерева можна не виконувати в тому випадку, якщо експортований каталог збігається з розділом диска;
anonuid = 1000- прив'язує анонімного користувача до «місцевим» користувачеві;
anongid = 1000- прив'язує анонімного користувача до групи «місцевого» користувача.
Під «місцевим» користувачем розуміється користувач, який буде здійснювати запис у файли (запускати додатки, скачують файли і т.д.), тому значення 1000 може відрізнятися від вашого. Для визначення uid користувача скористайтеся командою
Надалі після внесення змін до файл / etc / exports не обов'язково перезапускати сервер, досить виконати:
Для монтування мережевий папки необхідно створити папку на локальному комп'ютері:
Для монтування папки вручну необхідно виконати в терміналі команду:
Слід пам'ятати, що, як в настройках сервера, так і в настройках клієнта при монтуванні, шлях до загального каталогу вказується повний. Даний приклад показує, що каталог / data знаходиться в корені файлової системи.
Для більшої зручності можна додати запис з мережевою папкою в fstab. Доцільно створити точку монтування мережевий папки в / media, тому що каталоги, створені там, будуть відображатися в Nautilus в лівій колонці, монтувати їх можна буде одним кліком.
У файл / etc / fstab додаємо подібну запис:
опція «noauto» забороняє автоматичне монтування мережевого диска при старті системи.
При монтуванні віддалених папок NFS за допомогою fstab, в ситуації, коли мережа з сервером буде не доступна, ноутбук неможливо вимкнути або відправити в сплячий режим. Для використання віддалених папок NFS на ноутбуці краще скористатися монтуванням за допомогою autofs
Даний спосіб монтування дозволяє автоматично монтувати папку після звернення до неї в Наутілусі (наприклад, через закладки) або в терміналі:
і автоматично отмонтировать при відсутності активності.
Для реалізації даного способу необхідно доустановити пакет autofs.
Для настройки autofs в файлі /etc/auto.master необхідно додати рядок
Тут -timeout = 60 вказує отмонтировать розділ при відсутності активності на ньому більш ніж 60 секунд. Створюємо в корені файлової системи папку / nfs.
У файлі /etc/auto.nfs додаємо рядок
-rw, soft, intr, rsize = 8192, wsize = 8192 - параметри монтування;
server - папка, яка буде створюватися в каталозі / nfs при монтуванні віддалених папок;
Перезапускаємо службу autofs.
# Час очікування відповіді від mount
# Час очікування при невдалій спробі монтування
Після цього autofs намагатиметься примонтировать віддалену папку тільки 10 секунд.
Після настройки автомонтірованіе мережевих папок NFS можуть виявиться некотрие проблеми із завершенням роботи або глибокого сну системи. Найчастіше це проявляється як переривається гібернація (комп'ютер починає йти в гібернацію, гасне екран, після чого екран знову спалахує і робота триває, так само в цих випадках можливі проблеми із завершенням роботи і перезавантаженням системи. При наступних спробах відправити комп'ютер в гібернацію на чорному екрані вверрху можна спостерігати рядок типу:
Для діагностування дивимося лог dmesg. можливий висновок:
Пакет, який є причиною зависання вказано на початку рядка, наступній після повідомлення про помилку.
Причиною даної проблеми є скрипт переривання роботи NetworkManager, необхідно заборонити його виконання перейменувавши його:
updatedb є частиною пакета mlocate - зручного пакету для швидкого пошуку файлів по системі. На жаль, версія 0.23.1-1ubuntu2 1). що знаходиться в репозиторіях Ubuntu містить баг. при якому виникає ситуація, коли комп'ютер не може вимкнутися або відправитися в гібернацію, коли сервер NFS вимкнений. Для вирішення даної проблеми необхідно встановити пакет версії 0.23.1-1 зі сховищ debian-sid:
Обговорення цієї статті на форумі forum.ubuntu.ru
Джерело настройки сервера і клієнта NFS
Джерело опису способу монтування за допомогою autofs.
Джерело расшаріваніє папок в Лінуксі або настройка NFS.