не в змозі записати точку монтування (nfs-сервер), отримуючи "Дозвіл відмовлено"


21

Я намагаюся налаштувати NFSміж двома вузлами RHEL7:

перший вузол:

[root@ip-10-164-175-246 ~]# cat /etc/redhat-release 
Red Hat Enterprise Linux Server release 7.0 (Maipo)
[root@ip-10-164-175-246 ~]# rpm -q nfs-utils
nfs-utils-1.3.0-0.el7.x86_64
[root@ip-10-164-175-246 ~]# cat /etc/exports
/var/www/html/  ip-10-184-161-46.ec2.internal(rw)
[root@ip-10-164-175-246 ~]# 

другий вузол:

[root@ip-10-184-161-46 ~]# mount ip-10-164-175-246.ec2.internal:/var/www/html/ /mnt/
[root@ip-10-184-161-46 ~]# touch /mnt/$$
touch: cannot touch ‘/mnt/3326’: Permission denied
[root@ip-10-184-161-46 ~]# 

Чому я не можу нічого написати на /mnt/NFS?


1
Спробуйте змінити (rw)в /etc/exportsдо (rw,no_root_squash), що роблять exportfs -avна сервері, а потім перемонтувати файлову систему на клієнті і спробуйте ще раз.
MadHatter підтримує Моніку

Відповіді:


29

Чи використовує ваш експорт root_squash? З Документів CentOS :

root_squash - запобігає віддаленому підключенню користувачів root від привілеїв root та присвоює їм ідентифікатор користувача для nfsnobody користувача. Це ефективно "стискає" потужність віддаленого користувача root на найнижчого локального користувача, запобігаючи несанкціонованій зміні файлів на віддаленому сервері. Крім того, опція no_root_squash вимикає кореневу обробку. Щоб розігнати кожного віддаленого користувача, включаючи root, скористайтеся опцією all_squash. Щоб вказати ідентифікатори користувача та групи, які слід використовувати з віддаленими користувачами певного хоста, використовуйте параметри anonuid та anongid відповідно. У цьому випадку для віддалених користувачів NFS може бути створений спеціальний обліковий запис для спільного доступу та вказівки (anonuid =, anongid =), де є ідентифікаційний номер користувача та номер ідентифікатора групи.

Вам потрібно буде додати прапор, no_root_squashщоб вимкнути це, оскільки він увімкнено за замовчуванням.


1
Дякую, все працює як очікувалося! Я пропав безвісти no_root_squash, ще раз дякую!
alexus

Я знайшов цю статтю на веб-сайтах RHEL: access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/… . Здається, зовсім не безпечно використовувати no_root_squash. Яке рішення, якщо ми хочемо слідувати їх рекомендаціям?
Djidiouf

Ви в основному хочете надати користувачеві "ніхто" можливість змінювати відповідні файли на кріпленні NFS. Коли користувач Root буде віднесено до нікого, він все одно зможе їх змінити. Я також вважаю, що NFSv4 дозволяє визначити правильні відображення облікових записів локальних / серверних.
Крістофер Карел
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.