Ubuntu-fr

seboseb

Partage réseau NFS de 2 dossiers : OK pour l'un, pas pour l'autre

Bonjour,
J'ai 1 PC tour qui contient les données familiales, et un petit portable dont les membres de la famille se servent lorsque le plus gros n'est pas disponible.
J'ai donc essayé de partager le /home du plus gros. Je me suis servi de ce tuto très clair :
https://doc.ubuntu-fr.org/tutoriel/un_s … artage_nfs
J'ai besogneusement suivi le truc, me suis trompé, ai corrigé, j'ai aussi réglé les problèmes de permission (merci aux membres du forum pour l'aide) et ça marche : le /home du Serveur est accessible du Client.

Problème : ce /home est sur un disque SSD, il contient des liens vers un répertoire DATA situé sur un HDD. Les liens ne fonctionnent pas sur le client, car il essaye de suivre les chemins comme si c'était sur son propre système de fichier, et évidemment il ne trouve pas la cible.

J'ai donc recommencé la procédure avec mon fichier DATA. Problème : si mon point de montage sur Client est bien reconnu comme un point de montage, le système ne parvient pas à monter :

mount.nfs: acces denied by server while mounting 192.168.1.100:/media/seboseb/DATA/home/Seb

Voici  mon fichier /etc/exports

# Dossiers partagés :
/home/seboseb 192.168.1.101/192.168.1.110(rw,all_squash,anonuid=1000,anongid=1000,sync)
/media/seboseb/DATA/home/seb 192.168.1.101/192.168.1.110(rw,all_squash,anonuid=1000,anongid=1000,sync)

J'ai relu 20 fois : j'ai bien utilisé la même syntaxe, il me semble.

Ce n'est pas un problème de fichier host.allow : ce fichier autorise une adresse IP, or le Client n'est pas rejeté lorsque qu'il monte le dossier /home/seboseb

Sur le client, le point de montage, qui s'appelle 0-DATA appartient bien au même proprio et même groupe que le point de montage qui fonctionne.

Bref, j'y pige rien et j'aurais bien besoin d'un œil neuf. A vot' bon coeur !

EDIT : il semble que j'aie un second problème : mon point de montage fonctionne lorsque je suis connecté en wifi avec l'IP 192.168.1.101 mais pas quand je suis connecté par cable avec IP 192.168.1.102. Pourtant, mes IP sont fixes et voici mon etc/host.allow :

# /etc/hosts.allow: list of hosts that are allowed to access the system.
#                   See the manual pages hosts_access(5) and hosts_options(5).
#
# Example:    ALL: LOCAL @some_netgroup
#             ALL: .foobar.edu EXCEPT terminalserver.foobar.edu
#
# If you're going to protect the portmapper use the name "rpcbind" for the
# daemon name. See rpcbind(8) and rpc.mountd(8) for further information.
##Autoriser ce client à se connecter aux services (essentiellement : portmap, nfsd et mountd) :
portmap: 192.168.1.101/192.168.1.110
lockd: 192.168.1.101/192.168.1.110
nfsd: 192.168.1.101/192.168.1.110
mountd: 192.168.1.101/192.168.1.110
rquotad: 192.168.1.101/192.168.1.110
statd: 192.168.1.101/192.168.1.110

Des idées ?

Dernière modification par seboseb (Le 13/12/2020, à 17:28)

strike07

Re : Partage réseau NFS de 2 dossiers : OK pour l'un, pas pour l'autre

Bonjour,

pour le second problème commence par changer le :

192.168.1.101/192.168.1.110

en

192.168.1.0/24

dans ton export. Perso je connais pas la syntaxe que tu as utilisé.

Pour ton problème principal, quel est le système de fichier de DATA ? Perso j'avais un système en FAT32 qui me posait toujours des problèmes...
Aussi je pense que DATA est monté automatiquement par le système uniquement si besoin, ce qui n'est pas forcément une bonne idée pour un système serveur. Peux-tu montrer ton /etc/mtab et ton /etc/fstab ?

seboseb

Re : Partage réseau NFS de 2 dossiers : OK pour l'un, pas pour l'autre

Merci stike07 d'avoir remonté ce message, j'étais sur le point d'abandonner.

Concernant mon problème d'accès qui fonctionne avec une IP mais pas avec l'autre, j'ai utilisé ta syntaxe dans les fichiers /etc/exports et /etc/hosts.allow ; ça fonctionne, j'ai maintenant le même résultat sur ma connexion wifi et ma connexion câble (c'est à dire, accès à un dosier et pas à l'autre).

Ma syntaxe pour la plage d'IP était empruntée au tutoriel dont je me suis servi (lien dans mon 1er post). La tienne fait intervenir un masque de sous-réseau, j'ai jamais compris comment ça marche. Ta syntaxe est plus permissive, si j'ai bien compris elle va tout autoriser sur mon réseau local, mais en fait je m'en fiche pas mal

Pour l'autre problème, je pense que tu as flairé une piste (désolé... ton avatar... photo de chien...)
Il est dit dans le tutoriel que l'option noauto est importante quand on définit le point de montage du /etc/fstab du Client

Sur mon Serveur, le disque DATA se monte automatiquement, puisqu'un autre tuto m'avait conseillé de faire comme cela (je ne suis pas autonome...)
Voici le /etc/fstab de mon serveur :

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb1 during installation
UUID=8cc0dd13-3468-421e-a284-2548343af13e /               ext4    errors=remount-ro 0       1
/swapfile                                 none            swap    sw              0       0
tmpfs /tmp tmpfs defaults,size=1g 0 0
LABEL=SEAGATE /media/seboseb/SEAGATE auto nosuid,nodev,nofail,x-gvfs-show 0 0
LABEL=DATA /media/seboseb/DATA auto nosuid,nodev,nofail,x-gvfs-show 0 0

Quant au /etc/mtab , je ne sais pas ce que c'est mais je te le donne volontiers :

sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev devtmpfs rw,nosuid,noexec,relatime,size=4003724k,nr_inodes=1000931,mode=755 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,nodev,noexec,relatime,size=816028k,mode=755 0 0
/dev/sdc1 / ext4 rw,relatime,errors=remount-ro 0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0
cgroup2 /sys/fs/cgroup/unified cgroup2 rw,nosuid,nodev,noexec,relatime,nsdelegate 0 0
cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,name=systemd 0 0
pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
none /sys/fs/bpf bpf rw,nosuid,nodev,noexec,relatime,mode=700 0 0
cgroup /sys/fs/cgroup/pids cgroup rw,nosuid,nodev,noexec,relatime,pids 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0
cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory 0 0
cgroup /sys/fs/cgroup/hugetlb cgroup rw,nosuid,nodev,noexec,relatime,hugetlb 0 0
cgroup /sys/fs/cgroup/net_cls,net_prio cgroup rw,nosuid,nodev,noexec,relatime,net_cls,net_prio 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
cgroup /sys/fs/cgroup/perf_event cgroup rw,nosuid,nodev,noexec,relatime,perf_event 0 0
cgroup /sys/fs/cgroup/rdma cgroup rw,nosuid,nodev,noexec,relatime,rdma 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0
systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=28,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=3021 0 0
mqueue /dev/mqueue mqueue rw,nosuid,nodev,noexec,relatime 0 0
hugetlbfs /dev/hugepages hugetlbfs rw,relatime,pagesize=2M 0 0
debugfs /sys/kernel/debug debugfs rw,nosuid,nodev,noexec,relatime 0 0
tracefs /sys/kernel/tracing tracefs rw,nosuid,nodev,noexec,relatime 0 0
sunrpc /run/rpc_pipefs rpc_pipefs rw,relatime 0 0
nfsd /proc/fs/nfsd nfsd rw,relatime 0 0
fusectl /sys/fs/fuse/connections fusectl rw,nosuid,nodev,noexec,relatime 0 0
configfs /sys/kernel/config configfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /tmp tmpfs rw,relatime,size=1048576k 0 0
/dev/loop1 /snap/software-boutique/39 squashfs ro,nodev,relatime 0 0
/dev/loop0 /snap/core/10444 squashfs ro,nodev,relatime 0 0
/dev/loop3 /snap/pulsemixer/250 squashfs ro,nodev,relatime 0 0
/dev/loop2 /snap/ubuntu-mate-welcome/571 squashfs ro,nodev,relatime 0 0
/dev/loop4 /snap/core/10577 squashfs ro,nodev,relatime 0 0
/dev/loop5 /snap/core18/1944 squashfs ro,nodev,relatime 0 0
/dev/loop6 /snap/pulsemixer/283 squashfs ro,nodev,relatime 0 0
/dev/loop7 /snap/ubuntu-mate-welcome/575 squashfs ro,nodev,relatime 0 0
/dev/loop8 /snap/core18/1932 squashfs ro,nodev,relatime 0 0
/dev/loop9 /snap/software-boutique/54 squashfs ro,nodev,relatime 0 0
/dev/sdb1 /media/seboseb/DATA ext4 rw,nosuid,nodev,relatime 0 0
/dev/sda1 /media/seboseb/SEAGATE ext4 rw,nosuid,nodev,relatime 0 0
tmpfs /run/user/1000 tmpfs rw,nosuid,nodev,relatime,size=816024k,mode=700,uid=1000,gid=1000 0 0
gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0
/dev/sdh1 /media/seboseb/0C65-841A vfat rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro 0 0

Si tu y trouves quelque chose, je suis preneur

seboseb

Re : Partage réseau NFS de 2 dossiers : OK pour l'un, pas pour l'autre

Post scriptum : dans mon /etc/fstab, le SEAGATE est mon disque de sauvegarde, qui reste en général branché.

seboseb

Re : Partage réseau NFS de 2 dossiers : OK pour l'un, pas pour l'autre

Post-post scriptum : j'entrevois 2 chemins vers la résolution de mon problème :

1 - creuser  cette histoire de montage automatique de (DATA),
2 - OU régler le problème de liens pour que le Client puisse suivre les liens sur le Serveur et passer par le point de montage du serveur pour aller sur DATA au lieu de se créer son propre point de montage.

(je ne sais pas si je suis clair, ni si c'est techniquement possible)

Post scriptum n°2 : transformer l'option "auto" du /etc/fstab en "noauto" ne change absolument rien

Dernière modification par seboseb (Le 20/12/2020, à 23:01)

strike07

Re : Partage réseau NFS de 2 dossiers : OK pour l'un, pas pour l'autre

Bonjour et désolé de ne pas t'avoir répondu plus tôt.

moi mes disques dans mon fstab sont montés par l'emplacement des partitions, avec seulement l'option defaults :

...
/dev/sdb1 /media/disques/donnes-pers-1to ext4 defaults    0 0
...

à en croire les localisations partitions dans le mtab (qui indiquent tout ce qui est monté sur le système) :

...
/dev/sdb1 /media/seboseb/DATA ext4 rw,nosuid,nodev,relatime 0 0
/dev/sda1 /media/seboseb/SEAGATE ext4 rw,nosuid,nodev,relatime 0 0
...

Il est déjà rassurant de voir que DATA est en ext4. Essaye de remplacer la dernière ligne du fstab :

LABEL=DATA /media/seboseb/DATA auto nosuid,nodev,nofail,x-gvfs-show 0 0

par :

/dev/sdb1 /media/seboseb/DATA ext4 defaults    0 0

seboseb

Re : Partage réseau NFS de 2 dossiers : OK pour l'un, pas pour l'autre

Salut,
je viens d'essayer : aucun changement, ce n'est ni mieux ni moins bien.
De toute manière, ce disque DATA se monte très bien sur le serveur. Et l'échec quand le client tente d'y accéder semble venir d'un problème de permission, vu la teneur du message d'erreur (voir mon 1er post)
Mais bon, ça valait le coup d'essayer !