impossibile scrivere sul mount point (nfs-server), ottenendo "Autorizzazione negata"


21

Sto cercando di configurare NFStra due nodi RHEL7:

primo nodo:

[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 ~]# 

secondo nodo:

[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 ~]# 

Perché non riesco a scrivere nulla /mnt/su NFS?


1
Prova a cambiare il (rw)in /etc/exportsa (rw,no_root_squash), facendo un exportfs -avsul server, quindi rimontare il filesystem sul client e riprovare.
MadHatter supporta Monica l'

Risposte:


29

La tua esportazione utilizza root_squash? Dai documenti CentOS :

root_squash - Impedisce agli utenti root connessi in remoto di avere i privilegi di root e assegna loro l'ID utente per l'utente nfsnobody. Questo "schiaccia" efficacemente la potenza dell'utente root remoto all'utente locale più basso, impedendo l'alterazione non autorizzata dei file sul server remoto. In alternativa, l'opzione no_root_squash disattiva la compressione della radice. Per schiacciare tutti gli utenti remoti, incluso il root, usa l'opzione all_squash. Per specificare gli ID utente e di gruppo da utilizzare con utenti remoti di un determinato host, utilizzare rispettivamente le opzioni anonuid e anongid. In questo caso, è possibile creare un account utente speciale affinché gli utenti NFS remoti possano condividere e specificare (anonuid =, anongid =), dove si trova il numero ID utente e il numero ID gruppo.

Dovrai aggiungere il flag no_root_squashper disabilitarlo, poiché è attivo per impostazione predefinita.


1
Grazie, tutto funziona come previsto! Mi mancava no_root_squash, grazie ancora!
alexus

Ho trovato quell'articolo sui siti Web di RHEL: access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/… . Sembra che non sia affatto sicuro usare no_root_squash. Qual è la soluzione se vogliamo seguire i loro consigli?
Djidiouf,

Fondamentalmente vorrai dare all'utente 'nessuno' la possibilità di modificare i file appropriati sul mount NFS. Quando l'utente root viene mappato (schiacciato) a nessuno, sarà comunque in grado di modificarli. In alternativa, credo che NFSv4 ti consenta di definire i mapping di account locali / server corretti.
Christopher Karel,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.