Головна
Складання
Розширення файлу NFS. Налаштування та монтування NFS NFS розширення

Розширення файлу NFS. Налаштування та монтування NFS NFS розширення

Якщо у Вас вдома (або на роботі) не один комп'ютер, то природним бажанням об'єднати їх у мережу для використання спільних ресурсів на комп'ютерах. Ubuntu дозволяє зробити це різними способами - SMB (Server Message Block) з використанням Samba (про це напишу наступного разу) і з використанням NFS (network file system). Якщо у вас у мережі комп'ютери працюють під керуванням різних операційних систем (Linux, Windows), то доцільніше використовувати Samba. Але якщо всі комп'ютери працюють під Ubuntu, то є сенс поставити NFS

Переваги NFS полягають у більш рівномірному завантаженні мережі, зменшенні навантаження на процесор та відображенні спільно використовуваних ресурсів як звичайних папок у системі.

Встановлення NFS на Ubuntu складається з двох етапів: Встановлення NFS клієнта та сервера NFS. Щоб отримати доступ до папок на іншому комп'ютері, потрібний клієнт. Для доступу до папок на комп'ютері потрібний сервер. Отже, перейдемо до настроювання.

Звичайно, в мережі досить багато інформації з nfs, але доводиться перелопачувати безліч сайтів у пошуках «підводного каміння», тому я вирішив зібрати свій досвід у цій статті.

Встановлюємо необхідні пакети клієнта (nfs-common) та сервера (nfs-kernel-server). У терміналі виконуємо наступну команду:

sudo apt-get install nfs-kernel-server nfs-common portmap

Налаштовуємо NFS-сервер.

Наприклад, ми надамо загальний доступдо папок /common, /common1 та /common2, що знаходяться в домашній папці /user користувача user, під чиїм ім'ям ми увійшли до системи на комп'ютері з адресою 192.168.0.1.

Умови використання папок (наприклад):

  • /common- доступ на запис/читання для всіх комп'ютерів у локальній мережі (з будь-якої підмережі);
  • /common1- доступ до читання комп'ютера з адресою 192.168.0.100, іншим доступ заборонено;
  • /common2- доступ на запис/читання всім комп'ютерам з діапазону адрес 192.168.0.1 - 192.168.0.255 крім комп'ютера з адресою 192.168.0.200.

Усі дані про спільне використання папок зберігаються у файлі /etc/exports. Виконуємо у терміналі команду:

sudo gedit /etc/exports

У редакторі записуємо:

/home/user/common *(rw,async)

/home/user/common1 192.168.0.100(ro,async)

/home/user/common2 192.168.0.1/24(rw,sync) 192.168.0.200(noaccess)

Зберігаємо файл.

Зверніть увагу, що:

  • записується повний шлях до папки для спільного використання від коріння;
  • пробілів між адресою комп'ютера та опціями монтування немає!

Примітка щодо прогалин:

/home/user/common1 192.168.0.100(rw,async)

У цьому випадку доступ до папки /home/user/common1 отримає комп'ютер з адресою 192.168.0.100 із правами на читання/запис, інші доступу не отримають.

/home/user/common1 192.168.0.100 (rw,async)

У цьому випадку доступ до папки /home/user/common1 отримає комп'ютер з адресою 192.168.0.100 із правами на читання, інші комп'ютери отримають доступ із правами на читання/запис!

Доступні опції:

    ro (rw)- Дозволяє лише запити на читання (читання/запис).

    subtree_check (no_subtree_check)- Якщо експортується підкаталог фалової системи, але не вся файлова система, сервер перевіряє, чи запитаний файл знаходиться в експортованому підкаталозі. Вимкнення перевірки зменшує безпеку, але збільшує швидкість передачі даних.

    sync (async)- Вказує, що сервер повинен відповідати на запити лише після запису на диск змін, виконаних цими запитами. Опція async показує серверу чекати запису інформації на диск, що підвищує продуктивність, але знижує надійність, т.к. у разі обриву з'єднання або відмови обладнання можлива втрата інформації.

    wdelay (no_wdelay)- вказує серверу затримувати виконання запитів на запис, якщо очікується наступний запит на запис, записуючи дані більшими блоками. Це підвищує продуктивність при надсиланні великих черг команд на запис. no_wdelay вказує не відкладати виконання команди на запис, що може бути корисно, якщо сервер отримує велику кількість команд, не пов'язаних один з одним.

    noaccess- Забороняє доступ до зазначеної директорії. Може бути корисною, якщо перед цим ви задали доступ всім користувачам мережі до певної директорії, і тепер хочете обмежити доступ до піддиректорії лише деяким користувачам.

Перезапускаємо nfs-kernel-server:

sudo /etc/init.d/nfs-kernel-server restart

mount 192.168.0.1:/data z:

де 192.168.0.1 – адреса NFS-сервера
/data - загальний ресурс на сервері
z: - незайнята буква диска у Windows, до якої буде підмонтовано ресурс

Це в найпростішому та найшвидшому випадку, коли NFS без авторизації та монтування відбувається з параметрами за замовчуванням. Для тонкого налаштування можна почитати:

mount/?

та відповідний розділ довідки Windows

Доброго часу, читачі та гості . Дуже велика перерва між постами була, але я знову в бою). У сьогоднішній статті розгляну роботу протоколу NFS, а також настроювання сервера NFS та клієнта NFS на Linux.

Вступ до NFS

NFS (Network File System - мережна файлова система) на мою думку - ідеальне рішення в локальній мережі, де потрібен швидкий (швидший у порівнянні з SAMBA і менш ресурсоємний в порівнянні з віддаленими файловими системами з шифруванням - sshfs, SFTP, etc ...) обмін даними і на чолі не варто безпека інформації, що передається. Протокол NFSдозволяє монтувати віддалені файлові системи через мережу в локальне дерево каталогів, якби це була примонтована дискова файлова система. Тим самим локальні програмиможуть працювати з віддаленою файловою системою, як із локальною. Але треба бути обережним (!) з настроюванням NFS, бо за певної конфігурації можна підвісити операційну систему клієнта чекаючи нескінченного вводу/вывода. Протокол NFSзаснований на роботі протоколу RPC, який поки що не піддається моєму розумінню)) тому матеріал у статті буде трохи розпливчатим... Перш ніж Ви зможете використовувати NFS, будь то сервер або клієнт, Ви повинні переконатися, що Ваше ядро ​​має підтримку файлової системи NFS. Перевірити чи підтримує ядро ​​файлову систему NFS можна, переглянувши наявність відповідних рядків у файлі /proc/filesystems:

ARCHIV ~ # grep nfs /proc/filesystems nodev nfs nodev nfs4 nodev nfsd

Якщо вказаних рядків у файлі /proc/filesystemsне виявиться, необхідно встановити описані нижче пакети. Це, швидше за все, дозволить встановити залежні модулі ядра для підтримки потрібних файлових систем. Якщо після інсталяції пакетів, підтримка NFS не буде відображена у вказаному файлі, то потрібно буде , з увімкненням цієї функції.

Історія Network File System

Протокол NFSрозроблений компанією Sun Microsystems та має у своїй історії 4 версії. NFSv1була розроблена в 1989 і була експериментальною, працювала на протоколі UDP. Версія 1 описана у . NFSv2була випущена в тому ж 1989, описувалася тим же RFC1094 і так само базувалася на протоколі UDP, при цьому дозволяла читати не більше 2Гб з файлу. NFSv3доопрацьована в 1995 р. та описана в . Основними нововведеннями третьої версії стала підтримка файлів великого розміру, Додано підтримку протоколу TCP і TCP-пакетів великого розміру, що істотно прискорило працездатність технології. NFSv4доопрацьована в 2000 р. і описана в RFC 3010, в 2003 р. переглянута та описана в . Четверта версія включила поліпшення продуктивності, підтримку різних засобів аутентифікації (зокрема, Kerberos і LIPKEY з використанням протоколу RPCSEC GSS) і списків контролю доступу (як POSIX, так і Windows-типів). NFS версії v4.1була схвалена IESG у 2010 р., та отримала номер . Важливим нововведенням версії 4.1 є специфікація pNFS - Parallel NFS, механізму паралельного доступу NFS-клієнта до даних безлічі розподілених NFS-серверів. Наявність такого механізму у стандарті мережевої файлової системи допоможе будувати розподілені «хмарні» (cloud) сховища та інформаційні системи.

NFS сервер

Бо у нас NFS- це мережевафайлова система, то необхідно. (Так само можна почитати статтю). Далі необхідно. У Debian це пакет nfs-kernel-serverі nfs-common, у RedHat це пакет nfs-utils. А також, необхідно дозволити запуск демону на необхідних рівнях виконання ОС (команда в RedHat - /sbin/chkconfig nfs onу Debian - /usr/sbin/update-rc.d nfs-kernel-server defaults).

Установлені пакети в Debian запускаються в наступному порядку:

ARCHIV ~ # ls -la /etc/rc2.d/ | grep nfs lrwxrwxrwx 1 root root 20 Жов 18 15:02 S15nfs-common -> ../init.d/nfs-common lrwxrwxrwx 1 root root 27 Жов 22 01:23 S16nf. /nfs-kernel-server

Тобто спочатку запускається nfs-commonпотім сам сервер nfs-kernel-server. У RedHat ситуація аналогічна, за тим лише винятком, що перший скрипт називається nfslock, а сервер називається просто nfs. Про nfs-common нам сайт debian дослівно каже наступне: спільні файли для клієнта та сервера NFS, цей пакет потрібно встановлювати на машину, яка буде працювати як клієнт або сервер NFS. У пакет включені програми: lockd, statd, showmount, nfsstat, gssd та idmapd. Переглянувши вміст скрипту запуску /etc/init.d/nfs-commonможна відстежити наступну послідовність роботи: скрипт перевіряє наявність виконуваного бінарного файлу /sbin/rpc.statd, перевіряє наявність у файлах /etc/default/nfs-common, /etc/fstabі /etc/exportsпараметрів, що вимагають запуск демонів idmapd і gssd , запускає демона /sbin/rpc.statd , далі перед запуском /usr/sbin/rpc.idmapdі /usr/sbin/rpc.gssdперевіряє наявність цих виконуваних бінарних файлів, далі для демона /usr/sbin/rpc.idmapdперевіряє наявність sunrpc, nfsі nfsd, а також підтримку файлової системи rpc_pipefsв ядрі (тобто наявність її у файлі /proc/filesystems), якщо все вдало, то запускає /usr/sbin/rpc.idmapd . Додатково для демона /usr/sbin/rpc.gssd перевіряє модуль ядра rpcsec_gss_krb5та запускає демон.

Якщо переглянути вміст скрипта запуску NFS-серверана Debian ( /etc/init.d/nfs-kernel-server), то можна простежити таку послідовність: при старті, скрипт перевіряє існування файлу /etc/exports, наявність nfsd, наявність підтримки файлової системи NFSв (тобто у файлі /proc/filesystems), якщо все на місці, то запускається демон /usr/sbin/rpc.nfsd , далі перевіряє заданий параметр NEED_SVCGSSD(задається у файлі налаштувань сервера /etc/default/nfs-kernel-server) і, якщо заданий - запускає демона /usr/sbin/rpc.svcgssd , останнім запускає демона /usr/sbin/rpc.mountd . З цього скрипта видно, що робота сервера NFS складається здемонів rpc.nfsd, rpc.mountd і якщо використовується Kerberos-автентифікація, то демон rcp.svcgssd. У червоному капелюсі ще запускається демон rpc.rquotad і nfslogd (У Debian я чомусь не знайшов інформації про цього демона і про причини його відсутності, мабуть видалений...).

З цього ставати зрозуміло, що сервер Network File System складається з наступних процесів (читай – демонів), розміщених у каталогах /sbin та /usr/sbin:

У NFSv4 при використанні Kerberos додатково запускаються демони:

  • rpc.gssd- Демон NFSv4 забезпечує методи аутентифікації через GSS-API (Kerberos-аутентифікація). Працює на клієнті та сервері.
  • rpc.svcgssd- Демон сервера NFSv4, який забезпечує автентифікацію клієнта на стороні сервера.

portmap та протокол RPC (Sun RPC)

Крім зазначених вище пакетів, для коректної роботи NFSv2 та v3 потрібно додатковий пакет portmap(у новіших дистрибутивах замінений на перейменований на rpcbind). Цей пакет зазвичай встановлюється автоматично з NFS як залежний і реалізує роботу сервера RPС, тобто відповідає за динамічне призначення портів для деяких служб, зареєстрованих у RPC сервері. Дослівно, згідно з документацією - це сервер, який перетворює номери програм RPC (Remote Procedure Call) у номери портів TCP/UDP. portmap оперує декількома сутностями: RPC-дзвінками або запитами, TCP/UDP портами,версією протоколу(tcp або udp), номерами програмі версіями програм. Демон portmap запускається скриптом /etc/init.d/portmap до старту NFS-сервісів.

Коротко кажучи, робота сервера RPC (Remote Procedure Call) полягає у обробці RPC-дзвінків (т.зв. RPC-процедур) від локальних та віддалених процесів. Використовуючи RPC-дзвінки, сервіси реєструють або видаляють себе в/з перетворювача портів (він же відображає порти, він же portmap, він же portmapper, він же, в нових версіях, rpcbind), а клієнти за допомогою RPC-дзвінків надсилаючи запити до portmapper одержують необхідну інформацію. Користувач-френдлі назви сервісів програм та відповідні їм номери визначені у файлі /etc/rpc. Як тільки будь-який сервіс відправив відповідний запит і зареєстрував себе на сервері RPC в відображачі портів, RPC-сервер присвоює зіставляє сервісу TCP і UDP порти на яких запустився сервіс і зберігає в собі ядру відповідну інформацію про працюючий сервіс (про ім'я), унікальний номер сервісу (відповідно до /etc/rpc) , про протокол та порт на якому працює сервіс та про версію сервісу та надає зазначену інформацію клієнтам за запитом. Сам перетворювач портів має номер програми (100000), номер версії – 2, TCP порт 111 та UDP порт 111. Вище, при вказівці складу демонів сервера NFS я вказав основні RPC номери програм. Я, напевно, трохи заплутав Вас даним абзацом, тому скажу основну фразу, яка повинна внести ясність: основна функція відображача портів полягає в тому, щоб на запит клієнта, який надав номер RPC-програми (або RPC-номер програми) і версію, повернути йому (клієнту) порт, у якому працює запитана програма . Відповідно, якщо клієнту потрібно звернутися до RPC з конкретним номером програми, він спочатку повинен увійти в контакт із процесом portmap на серверній машині та визначити номер порту зв'язку з необхідним йому сервісом RPC.

Роботу RPC-сервера можна представити такими кроками:

  1. Перетворювач портів повинен стартувати першим, як правило, при завантаженні системи. При цьому створюється кінцева точка TCP і здійснюється відкриття TCP порту 111. Також створюється кінцева точка UDP, яка чекає, коли на UDP порт 111 прибуде UDP датаграма.
  2. При старті програма, що працює через сервер RPC, створює кінцеву точку TCP і кінцеву точку UDP для кожної підтримуваної версії програми. (Сервер RPC може підтримувати кілька версій. Клієнт вказує потрібну версію при надсиланні RPC-дзвінка.) Номер порту, що динамічно призначається, закріплюється за кожною версією сервісу. Сервер реєструє кожну програму, версію, протокол і номер порту, здійснюючи відповідний RPC-виклик.
  3. Коли програмі клієнта RPC необхідно отримати необхідну інформацію, вона викликає виклик процедуру перетворювача портів, щоб отримати номер порту, що динамічно призначається для заданої програми, версії і протоколу.
  4. У відповідь цей запит північ повертає номер порту.
  5. Клієнт надсилає повідомлення RPC-запиту на номер порту, отриманий у пункті 4. Якщо використовується UDP, клієнт просто надсилає UDP датаграму, що містить повідомлення RPC-дзвінка, на номер UDP порту, на якому працює запитаний сервіс. У відповідь послуга відправляє UDP датаграму, що містить повідомлення RPC відгуку. Якщо використовується TCP, клієнт здійснює активне відкриття на номер TCP порту необхідного сервісу і потім надсилає повідомлення виклику RPC встановленому з'єднанню. Сервер відповідає повідомленням відгуку RPC з'єднання.

Для отримання інформації від RPC-сервера використовується утиліта rpcinfo. При вказанні параметрів -p hostпрограма виводить список всіх зареєстрованих програм RPC на хості host. Без вказівки хоста програма виведе послуги на localhost. Приклад:

ARCHIV ~ # rpcinfo -p прог-ма верс прото порт 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 59451 status 100024 1 tcp 60872 status 100021 1 udp 44310 nlockmgr 100021 3 udp 44310 nlockmgr 100021 4 udp 44310 nlockmgr 100021 1 tcp 44851 nlockmgr 100021 3 tcp 44851 nlockmgr 100021 4 tcp 44851 nlockmgr 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs 100003 4 tcp 2049 nfs 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 4 udp 2049 nfs 100005 1 udp 51306 mountd 100005 1 tcp 41405 mountd 100005 2 udp 51306 mountd 100005 2 tcp 41405 mountd 100005 3 udp 51306 mountd 100005 3 tcp 41405 mou

Як видно, rpcinfo відображає (у стовпчиках ліворуч) номер зареєстрованої програми, версію, протокол, порт і назву. За допомогою rpcinfo можна видалити реєстрацію програми або отримати інформацію про окремий сервіс RPC (більше опцій у man rpcinfo). Як видно, зареєстровані демони portmapper версії 2 на udp та tcp портах, rpc.statd версії 1 на udp та tcp портах, NFS lock manager версій 1,3,4, демон nfs сервера версії 2,3,4, а також демон монтування версій 1,2,3.

NFS сервер (точніше демон rpc.nfsd) отримує запити від клієнта у вигляді UDP датаграм на порт 2049. Незважаючи на те, що NFS працює з перетворювачем портів, що дозволяє серверу використовувати порти, що динамічно призначаються, UDP порт 2049 жорстко закріплений за NFS в більшості реалізацій .

Робота протоколу Network File System

Монтування віддаленої NFS

Процес монтування віддаленої файлової системи NFS можна представити такою схемою:

Опис протоколу NFS при монтуванні віддаленого каталогу:

  1. На сервері та клієнті запускається RPC сервер (зазвичай при завантаженні), обслуговуванням якого займається процес portmapper та реєструється на порту tcp/111 та udp/111.
  2. Запускаються сервіси (rpc.nfsd,rpc.statd та ін.), які реєструються на RPC сервері та реєструються на довільних мережевих портах(якщо в налаштуваннях сервісу не встановлено статичний порт).
  3. команда mount на комп'ютері клієнта відправляє ядру запит на монтування мережевого каталогу із зазначенням типу файлової системи, хоста та власне - каталогу, ядро ​​відправляє формує RPC-запит процесу portmap на NFS сервері на порт udp/111 (якщо на клієнті не задана опція працювати через tcp )
  4. Ядро сервера NFS опитує RPC про наявність демона rpc.mountd та повертає ядру клієнта мережевий порт, на якому працює демон.
  5. mount відправляє запит RPC на порт, на якому працює rpc.mountd. Тепер NFS сервер може перевірити достовірність клієнта, спираючись на його IP адресу та номер порту, щоб переконатися, чи можна цьому клієнту змонтувати вказану файлову систему.
  6. Демон монтування повертає опис запитаної файлової системи.
  7. Команда mount клієнта видає системний виклик mount, щоб зв'язати описувач файлу, отриманий за кроком 5, з локальною точкою монтування на хості клієнта. Описувач файлу зберігається в коді NFS клієнта, і з цього моменту будь-яке звернення процесів користувача до файлів на файловій системі сервера використовуватиме описувач файлу як стартову точку.

Обмін даними між клієнтом та сервером NFS

Типовий доступ до віддаленої файлової системи можна описати такою схемою:

Опис процесу звернення до файлу на сервері NFS:

  1. Клієнту (процесу користувача) байдуже, чи отримує він доступ до локального файлу або до NFS файлу. Ядро займається взаємодією із залізом через модулі ядра або вбудовані системні виклики.
  2. Модуль ядра kernel/fs/nfs/nfs.ko,який виконує функції NFS клієнта, відправляє RPC запити NFS серверу через модуль TCP/IP. NFS зазвичай використовує UDP, проте нові реалізації можуть використовувати TCP.
  3. NFS сервер отримує запити від клієнта у вигляді UDP датаграм на порт 2049. Незважаючи на те, що NFS може працювати з перетворювачем портів, що дозволяє серверу використовувати порти, що динамічно призначаються, UDP порт 2049 жорстко закріплений за NFS в більшості реалізацій.
  4. Коли сервер NFS отримує запит від клієнта, він передається локальній підпрограмі доступу до файлу, яка забезпечує доступ до локальному дискуна сервері.
  5. Результат звернення до диска повертається клієнту.

Налаштування сервера NFS

Налаштування серверав цілому полягає у завданні локальних каталогів, дозволених для монтування віддаленими системами у файлі /etc/exports. Ця дія називається експорт ієрархії каталогів. Основними джерелами інформації про експортовані каталоги є такі файли:

  • /etc/exports- Основний конфігураційний файл, що містить у собі конфігурацію експортованих каталогів. Використовується при запуску NFS та утиліті exportfs.
  • /var/lib/nfs/xtab- Містить список каталогів, монтованих віддаленими клієнтами. Використовується демоном rpc.mountd, коли клієнт намагається змонтувати ієрархію (створюється запис про монтування).
  • /var/lib/nfs/etab- Список каталогів, які можуть бути змонтовані віддаленими системами із зазначенням всіх параметрів експортованих каталогів.
  • /var/lib/nfs/rmtab- Список каталогів, які не розекспортовані в даний момент.
  • /proc/fs/nfsd- Спеціальна файлова система (ядро 2.6) для керування сервером NFS.
    • exports- Список активних експортованих ієрархій та клієнтів, яким їх експортували, а також параметри. Ядро отримує цю інформаціюз /var/lib/nfs/xtab.
    • threads- містить кількість потоків (також можна змінювати)
    • за допомогою filehandle можна отримати покажчик на файл
    • та ін...
  • /proc/net/rpc- Містить "сиру" (raw) статистику, яку можна отримати за допомогою nfsstat, а також різні кеші.
  • /var/run/portmap_mapping- інформація про зареєстровані в RPC сервіси

Прим: взагалі, в інтернеті купа трактувань та формулювань призначення файлів xtab, etab, rmtab, кому вірити – не знаю Навіть на http://nfs.sourceforge.net/ трактування не однозначне.

Налаштування файлу /etc/exports

У найпростішому випадку файл /etc/exports є єдиним файлом, який вимагає редагування для налаштування сервера NFS. Цей файл керує такими аспектами:

  • Які клієнтиможуть звертатися до файлів на сервері
  • До яких ієрархійкаталогів на сервері може звертатися кожен клієнт
  • Як імена клієнтів будуть відображатисяна локальні імена користувачів

Кожен рядок файлу exports має такий формат:

точка_експорта клієнт1 (опції) [клієнт2(опції) ...]

Де точка_експорту абсолютний шлях експортованої ієрархії каталогів, клієнт1 - n ім'я однієї або більше клієнтів або IP-адрес, розділені пробілами, яким дозволено монтувати точку_експорту . Опції описують правила монтування для клієнта, зазначеного перед опціями .

Ось типовий приклад конфігурації файлу exports:

ARCHIV ~ # cat /etc/exports /archiv1 files(rw,sync) 10.0.0.1(ro,sync) 10.0.230.1/24(ro,sync)

В даному прикладікомп'ютерам files та 10.0.0.1 дозволено доступ до точки експорту /archiv1, при цьому, хосту files на читання/запис, а для хоста 10.0.0.1 та підмережі 10.0.230.1/24 доступ тільки на читання.

Опис хостів у /etc/exports дозволяється в наступному форматі:

  • Імена окремих вузлів описуються як files або files.DOMAIN.local.
  • Опис маски доменів проводиться в такому форматі: * DOMAIN.local включає всі вузли домену DOMAIN.local.
  • Підмережі задаються у вигляді пар адрес IP/маска. Наприклад: 10.0.0.0/255.255.255.0 містить усі вузли, адреси яких починаються з 10.0.0.
  • Встановлення імені мережної групи @myclients, яка має доступ до ресурсу (при використанні сервера NIS)

Загальні опції експорту ієрархій каталогів

У файлі exports використовуються такі загальні опції(спочатку вказані опції, що застосовуються за замовчуванням у більшості систем, у дужках - не за замовчуванням):

  • auth_nlm (no_auth_nlm)або secure_locks (insecure_locks)- Вказує, що сервер повинен вимагати автентифікацію запитів на блокування (за допомогою протоколу NFS Lock Manager (диспетчер блокування NFS)).
  • nohide (hide)- якщо сервер експортує дві ієрархії каталогів, при цьому одна вкладена (примонтована) до іншої. Клієнту необхідно явно змонтувати другу (дочірню) ієрархію, інакше точка монтування дочірньої ієрархії виглядатиме як порожній каталог. Опція nohide призводить до появи другої ієрархії каталогів без явного монтування. ( прим:я цю опцію так і не зміг змусити працювати...)
  • ro (rw)- Дозволяє лише запити на читання (запис). (зрештою - можливо прочитати/записати чи ні визначається на підставі прав файлової системи, при цьому сервер не здатний відрізнити запит на читання файлу від запиту на виконання, тому дозволяє читання, якщо користувач має право на читання або виконання.)
  • secure (insecure)- вимагає, щоб запити NFS надходили із захищених портів (< 1024), чтобы программа без прав rootне могла вмонтовувати ієрархію каталогів.
  • subtree_check (no_subtree_check)- Якщо експортується підкаталог фалової системи, але не вся файлова система, сервер перевіряє, чи запитаний файл знаходиться в експортованому підкаталозі. Вимкнення перевірки зменшує безпеку, але збільшує швидкість передачі даних.
  • sync (async)- Вказує, що сервер повинен відповідати на запити лише після запису на диск змін, виконаних цими запитами. Опція async показує серверу чекати запису інформації на диск, що підвищує продуктивність, але знижує надійність, т.к. у разі обриву з'єднання або відмови обладнання можлива втрата інформації.
  • wdelay (no_wdelay)- вказує серверу затримувати виконання запитів на запис, якщо очікується наступний запит на запис, записуючи дані більшими блоками. Це підвищує продуктивність при надсиланні великих черг команд на запис. no_wdelay вказує не відкладати виконання команди на запис, що може бути корисно, якщо сервер отримує велику кількість команд, не пов'язаних один з одним.

Експорт символічних посилань та файлів пристроїв.При експорті ієрархії каталогів, що містять символічні посилання, необхідно, щоб об'єкт посилання був доступний для клієнтської (видаленої) системи, тобто має виконуватися одне з наступних правил:

Файл пристрою відноситься до інтерфейсу. Під час експорту файлу пристрою експортується цей інтерфейс. Якщо клієнтська система не має такого ж типу, то експортований пристрій не буде працювати. У клієнтській системі, при монтуванні NFS об'єктів можна використовувати опцію nodev, щоб файли пристроїв в каталогах, що монтуються, не використовувалися.

Параметри за замовчуванням у різних системах можуть відрізнятися, їх можна переглянути у файлі /var/lib/nfs/etab. Після опису експортованого каталогу в /etc/exports і перезапуску сервера NFS всі опції, що бракують (читай: опції за замовчуванням) будуть відображені у файлі /var/lib/nfs/etab.

Опції відображення (відповідності) ідентифікаторів користувачів

Для більшого розуміння сказаного нижче я б порадив ознайомитися зі статтею. Кожен користувач Linux має свої UID та головний GID, які описані у файлах /etc/passwdі /etc/group. Сервер NFS вважає, що операційна система віддаленого вузла виконала автентифікацію користувачів і призначила їм коректні ідентифікатори UID і GID. Експортування файлів дає користувачам системи клієнта такий самий доступ до цих файлів, якби вони реєструвалися безпосередньо на сервері. Відповідно, коли клієнт NFS надсилає запит серверу, сервер використовує UID та GID для ідентифікації користувача в локальній системі, що може призводити до деяких проблем:

  • користувач може не мати одні й ті ж ідентифікатори в обох системах і, відповідно, може отримати доступ до файлів іншого користувача.
  • т.к. у користувача root ідентифікатор завжди 0, то даний користувачвідображається локального користувача залежно від заданих опцій.

Наступні опції задають правила відображення віддалених користувачів локальних:

  • root_squash (no_root_squash)- При заданій опції root_squash, запити від користувача root відображаються на анонімного uid/gid, або користувача, заданого в параметрі anonuid/anongid.
  • no_all_squash (all_squash)- Не змінює UID/GID користувача, що підключається. Опція all_squashзадає відображення ВСІХ користувачів (не тільки root) як анонімних або заданих у параметрі anonuid/anongid.
  • anonuid= UID і anongid= GID - Явно визначає UID/GID для анонімного користувача.
  • map_static= /etc/file_maps_users - Задає файл, у якому можна задати зіставлення віддалених UID/GID – локального UID/GID.

Приклад використання файлу картки користувачів:

ARCHIV ~ # cat /etc/file_maps_users # Мапінг користувачів # remote local comment uid 0-50 1002 # зіставлення користувачів з віддаленим UID 0-50 до локального UID 1002 gid 0-50 1002 # зіставлення користувачів з/span віддаленим GID 0-5 локальному GID 1002

Керування сервером NFS

Керування сервером NFS здійснюється за допомогою наступних утиліт:

  • nfsstat
  • showmsecure (insecure)ount

nfsstat: статистика NFS та RPC

Утиліта nfsstat дозволяє переглянути статистику RPC та NFS серверів. Опції команди можна переглянути в man nfsstat.

showmount: виведення інформації про стан NFS

Утиліта showmountзапитує демон rpc.mountd на віддаленому хості про змонтовані файлові системи. За замовчуванням видається список відсортованих клієнтів. Ключі:

  • --all- Видається список клієнтів та точок монтування із зазначенням куди клієнт примонтував каталог. Ця інформація може бути ненадійною.
  • --directories- Видається список точок монтування
  • --exports- видається список експортованих файлових систем з погляду nfsd

При запуску showmount без аргументів на консоль буде виведена інформація про системи, яким дозволено монтувати локальнікаталоги. Наприклад, хост ARCHIV нам надає список експортованих каталогів з IP-адресами хостів, яким дозволено монтувати зазначені каталоги:

FILES ~ # showmount --exports archiv Export list for archiv: /archiv-big 10.0.0.2 /archiv-small 10.0.0.2

Якщо вказати в аргументі ім'я хоста/IP, то буде виведена інформація про цей хост:

ARCHIV ~ # showmount files clnt_create: RPC: Program not registered # це повідомлення говорить нам, що на хості FILES демон NFSd не запущений

exportfs: керування експортованими каталогами

Ця команда обслуговує експортовані каталоги, задані у файлі /etc/exports, точніше написати не обслуговує, а синхронізує з файлом /var/lib/nfs/xtabта видаляє з xtab неіснуючі. exportfs виконується під час запуску демона nfsd з аргументом -r. Утиліта exportfs у режимі ядра 2.6 спілкується з демоном rpc.mountd через файли каталогу /var/lib/nfs/ і не спілкується безпосередньо з ядром. Без параметрів видає список поточних файлових систем, що експортуються.

Параметри exportfs:

  • [клієнт:ім'я-каталогу] - додати або видалити вказану файлову систему для вказаного клієнта)
  • -v - виводити більше інформації
  • -r - переекспортувати всі каталоги (синхронізувати /etc/exports та /var/lib/nfs/xtab)
  • -u - видалити зі списку експортованих
  • -a - додати або видалити всі файлові системи
  • -o - опції через кому (аналогічний опціям застосовуваним в / etc / exports; т.ч. можна змінювати опції вже змонтованих файлових систем)
  • -i - не використовувати /etc/exports при додаванні тільки параметри поточного командного рядка
  • -f - скинути список експортованих систем у ядрі 2.6;

Клієнт NFS

Перш ніж звернутися до файлу на віддаленій файловій системі клієнт (ОС клієнта) повинен змонтувати їїта отримати від сервера покажчик на неї. Монтування NFSможе здійснюватися за допомогою або за допомогою одного з автоматичних монтувальників, що розплодилися (amd, autofs, automount, supermount, superpupermount). Процес монтування добре продемонстровано вище на ілюстрації.

На клієнтів NFSніяких демонів запускати не потрібно, функції клієнтавиконує модуль ядра kernel/fs/nfs/nfs.ko, який використовується для монтування віддаленої файлової системи. Експортовані каталоги з сервера можуть монтуватися на клієнта такими способами:

  • вручну, за допомогою команди mount
  • автоматично при завантаженні, при монтуванні файлових систем, описаних у /etc/fstab
  • автоматично за допомогою демона autofs

Третій спосіб з autofs у цій статті я розглядати не буду, зважаючи на його об'ємну інформацію. Можливо, у наступних статтях буде окремий опис.

Монтування файлової системи Network Files System командою mount

Приклад використання команди mount представлений у пості. Тут я розгляну приклад команди mount для монтування файлової системи NFS:

FILES ~ # mount -t nfs archiv:/archiv-small /archivs/archiv-small FILES ~ # mount -t nfs -o ro archiv:/archiv-big /archivs/archiv-big FILES ~ # mount ..... .. archiv:/archiv-small on /archivs/archiv-small type nfs (rw,addr=10.0.0.6) archiv:/archiv-big on /archivs/archiv-big type nfs (ro,addr=10.0.0.6)

Перша команда монтує експортований каталог /archiv-smallна сервері archivу локальну точку монтування /archivs/archiv-smallз параметрами за замовчуванням (тобто для читання та запису). Хоча команда mountв останніх дистрибутивах вміє розуміти який тип файлової системи використовується і без вказівки типу, все ж таки вказувати параметр -t nfsбажано. Друга команда монтує експортований каталог /archiv-bigна сервері archivу локальний каталог /archivs/archiv-bigз опцією лише для читання ( ro). Команда mountбез параметрів наочно відображає результат монтування. Крім опції лише читання (ro), можна задати інші основні опції при монтуванні NFS:

  • nosuid- Ця опція забороняє виконувати програми зі змонтованого каталогу.
  • nodev(no device - не пристрій) - Дана опція забороняє використовувати як пристрої символьні та блокові спеціальні файли.
  • lock (nolock)- Дозволяє блокувати NFS (за замовчуванням). nolock відключає блокування NFS (не запускає демон lockd) і зручна під час роботи зі старими серверами, які не підтримують блокування NFS.
  • mounthost=ім'я- Ім'я хоста, на якому запущено демон монтування NFS – mountd.
  • mountport=n -Порт, використовуваний демоном mountd.
  • port=n- порт, який використовується для підключення до сервера NFS (за замовчуванням 2049, якщо демон rpc.nfsd не зареєстрований на RPC-сервері). Якщо n=0 (за замовчуванням), NFS надсилає запит до portmap на сервері, щоб визначити порт.
  • rsize=n(read block size – розмір блоку читання) - Кількість байтів, що читаються за один раз з NFS-сервера. Стандартно – 4096.
  • wsize=n(Write block size - розмір блоку запису) - Кількість байтів, що записуються за один раз на NFS-сервер. Стандартно – 4096.
  • tcpабо udp- Для монтування NFS використовувати протокол TCP або UDP відповідно.
  • bg- При втраті доступу до сервера, повторювати спроби в фоновому режиміщоб не блокувати процес завантаження системи.
  • fg- У разі втрати доступу до сервера, повторювати спроби в пріоритетному режимі. Цей параметр може заблокувати процес завантаження системи повторення спроб монтування. Тому параметр fg використовується переважно при налагодженні.

Опції, що впливають на кешування атрибутів під час монтування NFS

Атрибути файлів, що зберігаються в (індексних дескрипторах), такі як час модифікації, розмір, жорсткі посилання, власник, зазвичай змінюються не часто для звичайних файлів і ще рідше - для каталогів. Багато програм, наприклад ls, звертаються до файлів тільки для читання та не змінюють атрибути файлів або вмісту, але витрачають ресурси системи на дорогі мережеві операції. Щоб уникнути непотрібних витрат ресурсів, можна кешувати дані атрибути. Ядро використовує час модифікації файлу, щоб визначити чи застарів кеш, порівнюючи час модифікації в кеші та час модифікації самого файлу. Кеш атрибутів періодично оновлюється відповідно до заданих параметрів:

  • ac (noac) (attrebute cache- кешування атрибутів) - Дозволяє кешування атрибутів (за замовчуванням). Хоча опція noac уповільнює роботу сервера, вона дозволяє уникнути старіння атрибутів, коли кілька клієнтів активно записують інформацію у спільну ієрархію.
  • acdirmax=n (attribute cache directory file maximum- Кешування атрибута максимум для файлу каталогу) - Максимальна кількістьсекунд, яке NFS очікує до оновлення атрибутів каталогу (за замовчуванням 60 с.)
  • acdirmin=n (attribute cache directory file minimum- кешування атрибута мінімум для файлу каталогу) - Мінімальна кількість секунд, що NFS очікує до оновлення атрибутів каталогу (за замовчуванням 30 сек.)
  • acregmax=n (attribute cache regular file maximum- кешування атрибуту максимум для звичайного файлу) - Максимальна кількість секунд, що NFS очікує до оновлення атрибутів звичайного файлу (за замовчуванням 60 с.)
  • acregmin=n (attribute cache regular file minimum- кешування атрибута мінімум для звичайного файлу) - Мінімальна кількість секунд, що NFS очікує до оновлення атрибутів звичайного файлу (за замовчуванням 3 сек.)
  • actimeo=n (attribute cache timeout- таймаут кешування атрибутів) - Замінює значення для всіх наведених опцій. Якщо actimeo не заданий, вищезазначені значення набирають значення за замовчуванням.

Опції обробки помилок NFS

Наступні опції керують діями NFS за відсутності відповіді від сервера або у разі виникнення помилок вводу/виводу:

  • fg (bg) (foreground- передній план, background- задній план) - Робити спроби монтування, що відмовила NFS на передньому плані/у фоні.
  • hard (soft)- виводить на консоль повідомлення "server not responding" при досягненні таймауту та продовжує спроби монтування. При заданій опції soft- при таймууті повідомляє програму про помилку введення/виводу, що викликала операцію. (опцію soft радять не використовувати)
  • nointr (intr) (no interrupt- не переривати) - Не дозволяє сигналам переривати файлові операції в жорстко змонтованій ієрархії каталогів при досягненні великого таймауту. intr- дозволяє переривання.
  • retrans=n (retransmission value- значення повторної передачі) - Після n малих таймаутів NFS генерує великий таймаут (за замовчуванням 3). Великий тайм-аут припиняє виконання операцій або виводить на консоль повідомлення "server not responding", залежно від вказівки опції hard/soft.
  • retry=n (retry value- значення повторно спроби) - Кількість хвилин повторень служби NFS операцій монтування, перш ніж здатись (за замовчуванням 10000).
  • timeo=n (timeout value- значення таймуута) - Кількість десятих часток секунди очікування службою NFS до повторної передачі у разі RPC або малого таймууту (за замовчуванням 7). Це значення збільшується при кожному таймуті до максимального значення 60 секунд або до великого таймууту. У разі зайнятої мережі, повільного сервера або при проходженні запиту через кілька маршрутизаторів або шлюзів, збільшення цього значення може підвищити продуктивність.

Автоматичне монтування NFS при завантаженні (опис файлових систем /etc/fstab)

Підібрати оптимальний timeo для певного значення пакета (значень rsize/wsize), що передається, можна за допомогою команди ping:

FILES ~ # ping -s 32768 archiv PING archiv.DOMAIN.local (10.0.0.6) 32768(32796) bytes of data. 32776 bytes від archiv.domain.local (10.0.0.6): icmp_req=1 ttl=64 time=0.931 ms 32776 bytes from archiv.domain.local (10.0.0.6): icmp_req=2 t3=7 t3 від archiv.domain.local (10.0.0.6): icmp_req=3 ttl=64 time=1.03 ms 32776 bytes from archiv.domain.local (10.0.0.6): icmp_req=4 ttl=64 time=1.0 .domain.local (10.0.0.6): icmp_req=5 ttl=64 time=1.08 ms ^C --- archiv.DOMAIN.local ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4006ms rt min/avg/max/mdev = 0.931/1.002/1.083/0.061 ms

Як видно, при відправленні пакета розміром 32768 (32Kb) час його подорожі від клієнта до сервера і назад плаває близько 1 мілісекунди. Якщо цей час зашкалюватиме за 200 мс, то варто задуматися про підвищення значення timeo, щоб воно перевищувало значення обміну в три-чотири рази. Відповідно, даний тестбажано робити під час сильного завантаження мережі

Запуск NFS та налаштування Firewall

Нотатка скопіпсчена з блогу http://bog.pp.ru/work/NFS.html, за що йому велике спасибі!

Запуск сервера NFS, монтування, блокування, квотування та статусу з "правильними" портами (для мережного екрана)

  • бажано попередньо розмонтувати всі ресурси на клієнтах
  • зупинити та заборонити запуск rpcidmapd, якщо не планується використання NFSv4: chkconfig --level 345 rpcidmapd off service rpcidmapd stop
  • якщо потрібно, то дозволити запуск сервісів portmap, nfs і nfslock: chkconfig --levels 345 portmap/rpcbind on chkconfig --levels 345 nfs on chkconfig --levels 345 nfslock on
  • якщо потрібно, то зупинити сервіси nfslock і nfs, запустити portmap/rpcbind, вивантажити модулі service nfslock stop service nfs stop service portmap start # service rpcbind start umount /proc/fs/nfsd service rpcidmapd stop rmmod його треба запустити rmmod nfs rmmod nfs_acl rmmod lockd
  • відкрити порти в
    • для RPC: UDP/111, TCP/111
    • для NFS: UDP/2049, TCP/2049
    • для rpc.statd: UDP/4000, TCP/4000
    • для lockd: UDP/4001, TCP/4001
    • для mountd: UDP/4002, TCP/4002
    • для rpc.rquota: UDP/4003, TCP/4003
  • для сервера rpc.nfsd додати до /etc/sysconfig/nfs рядок RPCNFSDARGS="--port 2049"
  • для сервера монтування додати до /etc/sysconfig/nfs рядок MOUNTD_PORT=4002
  • для налаштування rpc.rquota для нових версій необхідно додати до /etc/sysconfig/nfs рядок RQUOTAD_PORT=4003
  • для налаштування rpc.rquota необхідно для старих версій (тим не менше, треба мати пакет quota 3.08 або свіже) додати до /etc/services rquotad 4003/tcp rquotad 4003/udp
  • перевірить адекватність /etc/exports
  • запустити сервіси rpc.nfsd, mountd та rpc.rquota (заодно запускаються rpcsvcgssd та rpc.idmapd, якщо не забули їх видалити) service nfsd start або в нових версіях service nfs start
  • для сервера блокування для нових систем додати /etc/sysconfig/nfs рядки LOCKD_TCPPORT=4001 LOCKD_UDPPORT=4001
  • для сервера блокування для старих систем додати безпосередньо до /etc/modprobe[.conf]: options lockd nlm_udpport=4001 nlm_tcpport=4001
  • прив'язати сервер статусу rpc.statd до порту 4000 (для старих систем /etc/init.d/nfslock запускати rpc.statd з ключем -p 4000) STATD_PORT=4000
  • запустити сервіси lockd та rpc.statd service nfslock start
  • переконатися, що всі порти прив'язалися нормально за допомогою "lsof -i -n -P" та "netstat -a -n" (частина портів використовується модулями ядра, які lsof не бачить)
  • якщо перед "перебудовою" сервером користувалися клієнти та їх не вдалося розмонтувати, то доведеться перезапустити на клієнтах послуги автоматичного монтування (am-utils, autofs)

Приклад конфігурації NFS сервера та клієнта

Конфігурація сервера

Якщо ви хочете зробити ваш розділений NFS каталог відкритим та з правом запису, ви можете використовувати опцію all_squashу комбінації з опціями anonuidі anongid. Наприклад, щоб встановити права користувача "nobody" у групі "nobody", ви можете зробити таке:

ARCHIV ~ # cat /etc/exports # Доступ на читання та запис для клієнта на 192.168.0.100, з доступом rw для користувача 99 з gid 99 /files 192.168.0.100(rw,sync,all_squash,an9id=9 ) # Доступ на читання та запис для клієнта на 192.168.0.100, з доступом rw для користувача 99 з gid 99 /files 192.168.0.100(rw,sync,all_squash,anonuid=99,anongid=99))

Це також означає, що якщо ви хочете дозволити доступ до зазначеної директорії, nobody.nobody має бути власником розділеної директорії:

man mount
man exports
http://publib.boulder.ibm.com/infocenter/pseries/v5r3/index.jsp?topic=/com.ibm.aix.prftungd/doc/prftungd/nfs_perf.htm - продуктивність NFS від IBM.

З повагою, Mc.Sim!

Що таке файл NFS?

NFS суфікс імені файлу в основному використовується для файлів Network Format System Temporary Format. Формат файлу NFSсумісний із програмним забезпеченням, яке може бути встановлене на системній платформі Linux. NFS формат файлу, поряд з #NUMEXTENSIONS # іншими форматами файлів, відноситься до категорії Інші файли . Для керування файлами NFS рекомендується Network File System.

Програми, які підтримують розширення файлу NFS

Нижче наведено таблицю зі списком програм, які підтримують файли NFS. Файли з розширенням NFS, як і будь-які інші формати файлів, можна знайти у будь-якій операційній системі. Вказані файлиможуть бути передані на інші пристрої, чи то мобільні чи стаціонарні, але не всі системи можуть бути здатні правильно обробляти такі файли.

Програми, які обслуговують файл NFS

Як відкрити файл NFS?

Проблеми з доступом до NFS можуть бути викликані різними причинами. На щастя, найбільш поширені проблеми з файлами NFSможуть бути вирішені без глибоких знань у галузі ІТ, а головне за лічені хвилини. Нижче наведено список рекомендацій, які допоможуть вам виявити та вирішити проблеми, пов'язані з файлами.

Крок 1. Встановіть програмне забезпечення Network File System

Проблеми з відкриттям та роботою з файлами NFS, швидше за все, пов'язані з відсутністю належного програмного забезпеченнясумісного з файлами NFS на вашому комп'ютері. Вирішення цієї проблеми дуже просте. Завантажте Network File System та встановіть його на свій пристрій. Повний список програм, що згруповані за операційними системами, можна знайти вище. Одним з найбільш безпечних способівЗавантаження програмного забезпечення є використання посилань офіційних дистриб'юторів. Відвідайте веб-сайт Network File System і завантажте інсталятор.

Крок 2. Поновіть Network File System до останньої версії

Ви все ще не можете отримати доступ до файлів NFS, хоча Network File Systemвстановлений у вашій системі? Переконайтеся, що програмне забезпечення оновлено. Може також статися, що творці програмного забезпечення, оновлюючи свої програми, додають сумісність з іншими, більш новими форматами файлів. Це може бути однією з причин, через які файли NFS не сумісні з Network File System. Усі формати файлів, які чудово оброблялися попередніми версіями цієї програми, також мають бути відкриті за допомогою Network File System.

Крок 3. Зв'яжіть файли Network Format System Temporary Format із Network File System

Якщо у вас встановлена ​​остання версія Network File System і проблема зберігається, виберіть її як стандартну програму, яка буде використовуватися для керування NFS на вашому пристрої. Метод досить простий і мало змінюється у різних операційних системах.

Windows

  • Натискання правої кнопки миші на NFS відкриє меню, з якого потрібно вибрати опцію Відкрити за допомогою
  • Виберіть Вибрати іншу програму→ Ще програми
  • Щоб завершити процес, виберіть Знайти іншу програму на цьому...та за допомогою провідника виберіть папку Network File System. Підтвердіть, Завжди використовувати цю програму для відкриття NFS файлита натиснувши кнопку OK.

Змінити програму за замовчуванням у Mac OS

  • Натиснувши праву кнопку миші на вибраному файлі NFS, відкрийте меню файлу та виберіть Інформація.
  • Знайдіть опцію Відкрити за допомогою- клацніть заголовок, якщо він прихований
  • Виберіть зі списку відповідну програму та підтвердіть, натиснувши « Змінити для всіх» .
  • Повинно з'явитись вікно з повідомленням, що ця зміна буде застосована до всіх файлів з розширенням NFS. Натискаючи Вперед, ви підтверджуєте свій вибір.

Крок 4. Переконайтеся, що NFS несправний

Якщо ви виконали вказівки з попередніх кроків, але проблема ще не вирішена, вам слід перевірити файл NFS, про який йдеться. Проблеми з відкриттям файлу можуть виникнути з різних причин.

1. NFS може бути заражений шкідливим ПЗ – обов'язково перевірте його антивірусом.

Якщо NFS дійсно заражений, можливо, зловмисне програмне забезпечення блокує його відкриття. Рекомендується якнайшвидше сканувати систему на наявність вірусів та шкідливих програм або використовувати онлайн-антивірусний сканер. Якщо сканер виявив, що файл NFS небезпечний, дійте відповідно до інструкцій антивірусної програмидля нейтралізації небезпеки.

2. Переконайтеся, що структура файлу NFS не пошкоджена

Якщо ви отримали проблемний файл NFS від третьої особи, попросіть його надати вам ще одну копію. Можливо, файл не був належним чином скопійований у сховище даних і є неповним і тому не може бути відкритим. Це може статися, якщо процес завантаження файлу з розширенням NFSбуло перервано і дані файлу пошкоджені. Завантажте файл знову з джерела.

3. Переконайтеся, що ви маєте відповідні права доступу

Іноді для доступу до файлів користувачеві потрібні права адміністратора. Вийдіть зі свого поточного облікового запису та увійдіть до свого облікового запису з достатніми правами доступу. Відкрийте файл Network Format System Temporary Format.

4. Переконайтеся, що Ваш пристрій відповідає вимогам щодо відкриття Network File System

Якщо в системі недостатньо ресурсів для відкриття файлів NFS, спробуйте закрити всі запущені в даний момент програми та повторіть спробу.

5. Переконайтеся, що ваша операційна система та драйвери оновлені

Система, що регулярно оновлюється, драйвери та програми забезпечують безпеку вашого комп'ютера. Це також може запобігти проблемам з файли Network Format System Temporary Format. Можливо, одне з доступних оновлень системи або драйверів може вирішити проблеми з файлами NFS, які впливають на більш старі версії програмного забезпечення.

У таблиці нижче надається корисна інформація про розширення файлу.nfs. Він відповідає на такі запитання, як:

  • Що таке файл? nfs?
  • Яке програмне забезпечення потрібно відкрити файл. nfs?
  • Як файл. nfsбути відкриті, редаговані чи надруковані?
  • Як конвертувати. nfsфайли в інший формат?

Ми сподіваємося, що ви знайдете на цій сторінці корисний та цінний ресурс!

1 розширень та 0 псевдоніми, знайдених у базі даних

✅ Network File System Temporary

Опис (англійською мовою):
NFS file is a Network File System Temporary. Network File System (NFS) є розповсюдженою системою файлу, що орієнтується на Sun Microsystems.

Застосування: -

MIME-тип: application/octet-stream

Магічне число: -

Магічне число: -

Зразок: -

NFS псевдоніми:

NFS посилання на тему:

NFS пов'язані розширення:

Інші типи файлів можуть також використовувати розширення файлу .nfs.

🚫 Розширення файлу.nfs часто дається неправильно!

За даними Пошук на нашому сайті ці помилки були найбільш поширеними минулого року:

fns , nfw , nes , jfs , fs, nds , nsf , ngs , bfs , nfx , nfe , nf , nbs , nvs , gfs

Можливо, розширення імені файлу неправильне?

Ми знайшли такі аналогічні розширення файлів у нашій базі даних:

🔴 Неможливо відкрити файл.nfs?

Якщо двічі клацнути файл, щоб відкрити його, Windows перевіряє розширення імені файлу. Якщо Windows розпізнає розширення імені файлу, файл відкривається у програмі, яка пов'язана з розширенням імені файлу. Коли Windows не розпізнає розширення імені файлу, з'являється таке повідомлення:

Windows не вдається відкрити цей файл:

Приклад.nfs

Щоб відкрити цей файл, Windows необхідно знати, яку програму ви хочете використовувати для його відкриття.

Якщо ви не знаєте, як налаштувати зіставлення файлів .nfs, перевірте.

🔴 Чи можна змінити розширення файлів?

Зміна імені файлу розширення файлу не є гарною ідеєю. Коли ви змінюєте розширення файлу, ви змінити спосіб програми на вашому комп'ютері для читання файлу. Проблема полягає в тому, що зміна розширення не змінює формат файлу.

Якщо у вас є корисна інформація про розширення файлу .nfs, !

🔴 Оцініть нашу сторінку NFS

Будь ласка, допоможіть нам, оцінивши нашу сторінку NFSу 5-зірковій рейтинговій системі нижче. (1 зірка погана, 5 зірок відмінна)

За наявності на комп'ютері встановленої антивірусної програмиможна, можливо сканувати всі файли на комп'ютері, а також кожен файл окремо. Можна виконати сканування будь-якого файлу, натиснувши правою кнопкоюмиші на файл і вибравши відповідну опцію для перевірки файлу на наявність вірусів.

Наприклад, на цьому малюнку виділено файл my-file.nfs, далі необхідно клацнути правою кнопкою миші по цьому файлу, і в меню файлу вибрати опцію "сканувати за допомогою AVG". При виборі цього параметра відкриється AVG Antivirus, який виконає перевірку даного файлунаявність вірусів.


Іноді помилка може виникнути в результаті неправильної установки програмного забезпеченнящо може бути пов'язане з проблемою, що виникла в процесі установки. Це може завадити вашій операційній системі пов'язати ваш файл NFS з правильним прикладним програмним засобом , впливаючи на так звані "Асоціації розширень файлів".

Іноді проста переустановка F1 2015може вирішити вашу проблему, правильно пов'язавши NFS з F1 2015. В інших випадках проблеми з файловими асоціаціями можуть виникнути в результаті поганого програмування програмного забезпеченнярозробником, і вам може знадобитися зв'язатися з розробником для отримання додаткової допомоги.


Порада:Спробуйте оновити F1 2015 до останньої версії, щоб переконатися, що встановлені останні виправлення та оновлення.


Це може здатися надто очевидним, але часто безпосередньо сам файл NFS може бути причиною проблеми. Якщо ви отримали файл через вкладення електронної поштиабо завантажили його з веб-сайту, і процес завантаження був перерваний (наприклад, відключення живлення або з іншої причини), файл може зашкодити. Якщо можливо, спробуйте отримати нову копію файлу NFS і спробуйте знову відкрити його.


Обережно:Пошкоджений файл може спричинити виникнення супутніх збитків попередньої або вже існуючої шкідливої ​​програми на вашому ПК, тому дуже важливо, щоб на вашому комп'ютері постійно працював оновлений антивірус.


Якщо ваш файл NFS пов'язаний з апаратним забезпеченням на вашому комп'ютері, щоб відкрити файл, вам може знадобитися оновити драйвери пристроїв, пов'язаних із цим обладнанням.

Ця проблема зазвичай пов'язана з типами мультимедійних файлів, які залежать від успішного відкриття апаратного забезпечення всередині комп'ютера, наприклад, звукової картиабо відеокарти. Наприклад, якщо ви намагаєтеся відкрити аудіофайл, але не можете його відкрити, вам може знадобитися оновити драйвери звукової карти.


Порада:Якщо при спробі відкрити файл NFS ви отримуєте повідомлення про помилку, пов'язану з .SYS file, проблема, ймовірно, може бути пов'язана з пошкодженими або застарілими драйверами пристроїв, які потрібно оновити. Цей процес можна полегшити за допомогою програмного забезпечення для оновлення драйверів, таких як DriverDoc .


Якщо кроки не вирішили проблему, і у вас все ще виникають проблеми з відкриттям файлів NFS, це може бути пов'язане з відсутністю доступних системних ресурсів. Для деяких версій файлів NFS може знадобитися значний обсяг ресурсів (наприклад, пам'ять/ОЗУ, обчислювальна потужність) для належного відкриття на вашому комп'ютері. Така проблема зустрічається досить часто, якщо ви використовуєте досить старе комп'ютерне апаратне забезпечення і одночасно нову операційну систему.

Така проблема може виникнути, коли комп'ютеру важко впоратися із завданням, оскільки операційна система (та інші служби, що працюють у фоновому режимі) можуть споживати надто багато ресурсів для відкриття файлу NFS. Спробуйте закрити всі програми на ПК, перш ніж відкривати F1 2015 Speech Data. Звільнивши всі доступні ресурси на комп'ютері, ви забезпечите найкращі умови для спроб відкрити файл NFS.


Якщо ви виконали всі описані вище кроки, а файл NFS, як і раніше, не відкривається, може знадобитися виконати оновлення обладнання. У більшості випадків, навіть при використанні старих версій обладнання, обчислювальна потужність може бути більш ніж достатньою для більшості програм користувача (якщо ви не виконуєте багато ресурсоємної роботи процесора, такий як 3D-рендеринг, фінансове/наукове моделювання або інтенсивна мультимедійна робота) . Таким чином, цілком імовірно, що вашому комп'ютеру не вистачає необхідного обсягу пам'яті(частіше званої «ОЗУ», або оперативною пам'яттю) виконання завдання відкриття файла.

Складання

Вам також може сподобатися