mount.nfs: odmowa dostępu przez serwer podczas montowania na maszynach Ubuntu?

Mam trzy maszyny w produkcji -

machineA    10.66.136.129
machineB    10.66.138.181
machineC    10.66.138.183

i na wszystkich tych komputerach jest zainstalowany Ubuntu 12.04, a ja mam dostęp do roota na tych wszystkich trzech komputerach.

Teraz powinienem wykonać poniższe czynności na moich powyższych maszynach -

Create mount point /opt/exhibitor/conf
Mount the directory in all servers.
 sudo mount <NFS-SERVER>:/opt/exhibitor/conf /opt/exhibitor/conf/

Utworzyłem już /opt/exhibitor/confkatalog na wszystkich tych trzech komputerach, jak wspomniano powyżej.

Teraz próbuję utworzyć punkt montowania. Postępowałem zgodnie z poniższym procesem -

Zainstaluj pliki obsługi NFS i serwer jądra NFS na wszystkich powyższych trzech komputerach

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

Utwórz wspólny katalog na wszystkich powyższych trzech komputerach

$ mkdir /opt/exhibitor/conf/

Zmodyfikowałem /etc/exportsi dodałem ten wpis we wszystkich powyższych trzech komputerach -

# /etc/exports: the access control list for filesystems which may be exported
#               to NFS clients.  See exports(5).
#
# Example for NFSv2 and NFSv3:
# /srv/homes       hostname1(rw,sync,no_subtree_check) hostname2(ro,sync,no_subtree_check)
#
# Example for NFSv4:
# /srv/nfs4        gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check)
# /srv/nfs4/homes  gss/krb5i(rw,sync,no_subtree_check)
#
/opt/exhibitor/conf/     10.66.136.129(rw)
/opt/exhibitor/conf/     10.66.138.181(rw)
/opt/exhibitor/conf/     10.66.138.183(rw)

Próbowałem zamontować na maszynie A jak poniżej z maszyny B i maszyny C i to daje mi ten błąd -

root@machineB:/# sudo mount -t nfs 10.66.136.129:/opt/exhibitor/conf /opt/exhibitor/conf/
mount.nfs: access denied by server while mounting 10.66.136.129:/opt/exhibitor/conf

root@machineC:/# sudo mount -t nfs 10.66.136.129:/opt/exhibitor/conf /opt/exhibitor/conf/
mount.nfs: access denied by server while mounting 10.66.136.129:/opt/exhibitor/conf

Czy mój /etc/exportsplik wygląda dobrze? Jestem całkiem pewien, że popsułem mój exportsplik. Ponieważ mam tę samą zawartość na wszystkich trzech komputerach w pliku eksportu.

Masz pojęcie, co tutaj robię źle? A jaki będzie /exportstutaj poprawny plik?

exportfs

Podczas tworzenia /etc/exportspliku na serwerze musisz upewnić się, że go eksportujesz. Zazwyczaj będziesz chciał uruchomić to polecenie:

$ exportfs -a

Spowoduje to wyeksportowanie wszystkich wpisów w pliku eksportu.

showmount

Inną rzeczą, którą często robię, jest na innych komputerach. Za pomocą showmountpolecenia sprawdzę każdy komputer, który eksportuje udziały NFS do sieci .

$ showmount -e <NFS server name>

Przykład

Powiedz na przykład, że jestem zalogowany w scully.

$ showmount -e mulder
Export list for mulder:
/export/raid1/isos     192.168.1.0/24
/export/raid1/proj     192.168.1.0/24
/export/raid1/data     192.168.1.0/24
/export/raid1/home     192.168.1.0/24
/export/raid1/packages 192.168.1.0/24

fstab

Aby zamontować je przy rozruchu, dodaj tę linię do komputerów klienckich, które chcą korzystać z podłączeń NFS.

server:/shared/dir /opt/mounted/dir nfs rsize=8192,wsize=8192,timeo=14,intr

automounting

Jeśli masz zamiar zrestartować te serwery, to wysoce sugeruję, abyś zajął się konfiguracją automounting ( autofs) zamiast dodawania tych wpisów /etc/fstab. To trochę więcej pracy, ale jest warte wysiłku.

Pozwoli to na ponowne uruchomienie serwerów bardziej niezależnie od siebie, a także utworzy montaż NFS tylko wtedy, gdy jest on rzeczywiście potrzebny i / lub używany. Gdy stanie się bezczynny, zostanie odmontowany.

Bibliografia

• 18,2 Konfiguracja klienta NFS - Przewodnik wdrażania CentOS 5

Widziałem ten sam błąd ( mount.nfs: access denied by server while mounting...) i problem został rozwiązany przez -o v3opcję w następujący sposób:

$ sudo mount -o v3 a-nfs-server:/path/to/export /path/to/mount

• Serwer to Ubuntu 14.04 64bit LTS.
• Klientem jest CentOS 6.5 64bit.

W moim przypadku działa przy użyciu nfs4 wykonując:

$ sudo mount -t nfs4 nazwa-serwera: / / path / to / mount

W /etc/exportpliku na serwerze

/Path/to/export 192.168.1.0/24(rw,sync,fsid=0,no_root_squash,crossmnt,no_subtree_check,no_acl)

fsid=0tworzy /Path/to/exportkatalog główny podczas montowania udziału.

crossmnt, ponieważ mam kilka innych dysków w wyeksportowanym systemie plików, do których chcę również uzyskać dostęp.

no_root_squash, ponieważ chcę uzyskać dostęp jako użytkownik root (su) po stronie klienta. Jestem pewien, że tylko ja mogę to zrobić w mojej sieci lokalnej.

Serwer i klient to Ubuntu 14.04 64bit.

Jeśli chcesz użyć nfs3, odpowiedź @ fumisky-wells również działa dla mnie.

Otrzymywałem ten sam komunikat o błędzie i mój problem okazał się spowodowany tym, że komputer kliencki ma dwa interfejsy sieciowe podłączone do tej samej sieci LAN. Serwer został skonfigurowany tak, aby oczekiwał określonego adresu IP, a na drugim interfejsie, który ma adres IP dhcp, wychodził ruch. Właśnie skonfigurowałem drugi interfejs, aby miał statyczny adres IP, a także dodałem drugi statyczny adres IP do konfiguracji serwera.

/etc/exportsmusi być edytowany na komputerze serwera NFS , a nie na klientach, jak to stwierdziłeś, ponieważ jest sprawdzany przez serwer NFS, gdy klient żąda dostępu do udziału.

Jeśli umieścisz następujące elementy /etc/exportsna serwerze NFS, powinien on działać:

/opt/exhibitor/conf 10.66.136.129(rw)
/opt/exhibitor/conf 10.66.138.181(rw)
/opt/exhibitor/conf 10.66.138.183(rw)

Jeśli klient nfs próbuje zamontować wyeksportowany udział w kontenerze linux, wówczas kontener powinien działać w trybie uprzywilejowanym.

W przypadku dokera;

$ docker run -it --rm --privileged ubuntu:14.04

Dla mnie problem polegał na tym, że /etc/exports/zamiast adresu klienta korzystałem z adresu IP serwera .

Chodzi o to, że powinieneś umieścić wszystkie IP, którym udzielasz dostępu na serwerze /etc/exports/

Po wielu godzinach walki z tym samym komunikatem o błędzie mój problem okazał się niczym bardziej skomplikowanym niż staromodne dobre uprawnienia do plików Linuksa na hoście NFS.

Folder, który próbowałem udostępnić ( /home/foo/app/share), miał odpowiednie uprawnienia, ale ponieważ katalog domowy użytkownika ( /home/foo) miał 0750w nim tryb, NFS nie był w stanie przejść do niego, aby uzyskać dostęp do udostępnionego katalogu.

Gdy tylko ustawiłem katalog 0751osobisty użytkownika na tryb , usługa NFS była w stanie przejść do niego i mogłem zamontować udział z mojego komputera klienckiego.

Dla mnie problemem było to, że mój router zmienił używany adres IP klienta, tak że wpis /etc/exportsna maszynie serwera pozwalał na dostęp tylko dla adresu IP, który nie był już używany.

To samo może się zdarzyć, jeśli spróbujesz zamontować udział NFS w instancji Virtual Box z kartą sieciową skonfigurowaną jako NAT.

Wybór Bridged Adapterustawień sieciowych maszyny wirtualnej rozwiązuje ten problem.

Wiem, że to stary wątek, ale mój problem dotyczył LXC i AppArmor .

Naprawiono to zabijając AppArmor lub dodając profil wyjątku.

Ten błąd może być również spowodowany próbą zamontowania zaszyfrowanej ścieżki. (Na przykład w katalogu domowym, jeśli zdecydujesz się go zaszyfrować)

Jedynym rozwiązaniem, które działało dla mnie, było eksportowanie systemów plików od /srv. Wygląda na to, że jest to ograniczenie (lub przynajmniej domyślna opcja) NFSv4.

Ponieważ próbowałem wyeksportować dysk USB, na którym automatycznie się instaluje /media, potrzebowałem sposobu, aby uzyskać to „zamontowanie” /srv. Aby to osiągnąć:

sudo mkdir /srv/videos
sudo mount --bind /media/jim/wdportable/videos /srv/videos

I w /etc/exports:

/srv/videos 192.168.0.200(ro)

Kiedy eksportowałem /media/jim/wdportable/videosbezpośrednio, próba zamontowania na kliencie zawsze kończyła się mount.nfs: access denied by server.

-o v3Rozwiązanie działało, ale nie chcę, aby wymusić v3.

Należy zauważyć, że linkowana strona, która mnie tu zaprowadziła, miała moją prawidłową odpowiedź, która brzmiała, że ​​NIE możesz używać * symbolu wieloznacznego w adresie IP w eksporcie. Jest to * (wszystkie adresy IP) lub jest używany jako symbol wieloznaczny w nazwach domen IE: * .domain.com.

Np .: jest to poprawne

/Path/to/export 192.168.1.0/24(flags)

To nie zadziała (a przynajmniej jest niepoprawne), ale działało dla mnie przez lata, dopóki nie spróbowałem zamontować eksportu z maszyny wirtualnej Fedory.

/Path/to/export 192.168.1.*(flags)