mount.nfs: accesso negato dal server durante il montaggio su macchine Ubuntu?

Ho tre macchine in produzione -

machineA    10.66.136.129
machineB    10.66.138.181
machineC    10.66.138.183

e tutte quelle macchine hanno Ubuntu 12.04 installato e ho accesso root a tutte e tre queste macchine.

Ora dovrei fare cose sotto nelle mie macchine sopra -

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

Ho già creato la /opt/exhibitor/confdirectory in tutte e tre le macchine come menzionato sopra.

Ora sto cercando di creare un Mount Point. Quindi ho seguito la seguente procedura:

Installa i file di supporto NFS e il server del kernel NFS in tutte e tre le macchine precedenti

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

Creare la directory condivisa in tutte e tre le macchine sopra

$ mkdir /opt/exhibitor/conf/

Modificato il /etc/exportse aggiunto la voce in questo modo in tutte e tre le macchine sopra -

# /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)

Ho provato a montare sulla macchina A come sotto da macchina B e macchinaC e mi dà questo errore-

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

Il mio /etc/exportsfile ha un bell'aspetto? Sono abbastanza sicuro, ho incasinato il mio exportsfile. Dato che ho lo stesso contenuto in tutte e tre le macchine nel file delle esportazioni.

Qualche idea di cosa sto facendo di sbagliato qui? E quale sarà il /exportsfile corretto qui?

exportfs

Quando si crea un /etc/exportsfile su un server, è necessario assicurarsi di esportarlo. In genere ti consigliamo di eseguire questo comando:

$ exportfs -a

Ciò esporterà tutte le voci nel file delle esportazioni.

showmount

L'altra cosa che farò spesso è da altre macchine che controllerò qualsiasi macchina che esporta condivisioni NFS sulla rete usando il showmountcomando.

$ showmount -e <NFS server name>

Esempio

Supponiamo ad esempio che io abbia effettuato l'accesso a 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

Per montarli sugli stivali, aggiungi questa linea ai computer client che desiderano utilizzare i montaggi NFS.

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

automounting

Se riavvierai questi server, ti consiglio vivamente di cercare di installare automounting ( autofs) invece di aggiungere queste voci a /etc/fstab. È un po 'più di lavoro ma ne vale la pena.

Ciò ti consentirà di riavviare i server in modo più indipendente l'uno dall'altro e creerà il montaggio NFS solo quando è effettivamente necessario e / o utilizzato. Quando diventa inattivo viene smontato.

Riferimenti

• 18.2. Configurazione client NFS - Guida alla distribuzione di CentOS 5

Ho visto lo stesso errore ( mount.nfs: access denied by server while mounting...) e il problema è stato risolto -o v3dall'opzione come segue:

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

• Il server è Ubuntu 14.04 64 bit LTS.
• Il client è CentOS 6.5 a 64 bit.

Nel mio caso funziona usando nfs4 facendo:

$ sudo mount -t nfs4 nome-server: / / path / to / mount

Nel /etc/exportfile sul server

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

fsid=0rende la /Path/to/exportdirectory principale quando si monta la condivisione.

crossmnt, perché ho alcune altre unità nel file system esportato a cui voglio accedere anche.

no_root_squash, perché desidero accedere come utente root (su) dal lato client. Sono abbastanza sicuro di essere l'unico che può farlo nella mia rete locale.

Server e client sono Ubuntu 14.04 64 bit.

Se vuoi usare nfs3, la risposta di @ fumisky-wells funziona anche per me.

Stavo ricevendo lo stesso messaggio di errore e il mio problema si è rivelato dovuto alla macchina client con due interfacce di rete collegate alla stessa LAN. Il server era stato configurato per prevedere un indirizzo IP specifico e il traffico stava uscendo sulla seconda interfaccia che ha un indirizzo IP DHCP. Quindi ho appena configurato la seconda interfaccia per avere un indirizzo IP statico e ho anche aggiunto il secondo indirizzo IP statico alla configurazione del server.

/etc/exportsdeve essere modificato sulla macchina del server NFS , non sui client, come indicato, poiché viene controllato dal server NFS quando un client richiede l'accesso a una condivisione.

Se si inserisce quanto segue /etc/exportssul server NFS, dovrebbe funzionare:

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

Se nfs-client sta provando a montare la condivisione esportata all'interno del contenitore linux, il contenitore dovrebbe essere eseguito in modalità privilegiata.

In caso di docker;

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

Per me il problema era che stavo usando l'indirizzo IP del server /etc/exports/invece di quello client .

Il fatto è che dovresti mettere tutti gli IP a cui concedi l'accesso sui server /etc/exports/

Dopo aver combattuto con questo stesso messaggio di errore per ore, il mio problema si è rivelato essere niente di più complicato delle buone autorizzazioni di file Linux vecchio stile sull'host NFS.

La cartella che stavo cercando di condividere ( /home/foo/app/share) aveva le autorizzazioni corrette, ma poiché la home directory dell'utente ( /home/foo) aveva la 0750modalità su di essa, NFS non era in grado di attraversarla per accedere alla directory condivisa.

Non appena ho impostato la home directory dell'utente in modalità 0751, il servizio NFS è stato in grado di attraversarlo e sono stato in grado di montare la condivisione dal mio computer client.

Per me il problema era che il mio router ha cambiato l'indirizzo IP utilizzato del client, in modo che l'ingresso /etc/exportssul computer server consentisse l'accesso solo per un indirizzo IP che non era più utilizzato.

La stessa cosa potrebbe accadere se si tenta di montare una condivisione NFS sull'istanza di Virtual Box con la scheda di rete configurata come NAT.

La scelta Bridged Adapterdelle impostazioni di rete della macchina virtuale risolve questo problema.

So che questo è un vecchio thread, ma il mio problema riguardava LXC e AppArmor .

Killing AppArmor o l'aggiunta di un profilo di eccezione, risolto.

Questo errore può anche essere causato dal tentativo di montare un percorso crittografato. (Ad esempio nella tua home directory, se hai scelto di crittografarlo)

L'unica soluzione che ha funzionato per me era esportare i filesystem a partire da /srv. Sembra che questa sia una limitazione (o un'opzione predefinita, almeno) di NFSv4.

Dal momento che stavo cercando di esportare un'unità USB che si monta automaticamente /media, avevo bisogno di un modo per farlo "montare" sotto /srv. Per fare ciò:

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

E in /etc/exports:

/srv/videos 192.168.0.200(ro)

Quando ho esportato /media/jim/wdportable/videosdirettamente, il tentativo di montare sul client è sempre risultato mount.nfs: access denied by server.

La -o v3soluzione ha funzionato, ma non volevo forzare la v3.

Va notato che una pagina collegata che mi conduce qui ha avuto la mia risposta corretta, ovvero che NON è possibile utilizzare il carattere jolly * nell'indirizzo IP nell'esportazione. È * (tutti gli IP) o utilizzato come carattere jolly nei nomi di dominio IE: * .domain.com.

Ad esempio: questo è corretto

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

Questo non funzionerà (o almeno non è corretto), ma ha funzionato per me per anni fino a quando ho provato a montare l'esportazione da una VM Fedora.

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