[résolu] PC Ubuntu - Raspberry Pi et serveur NFS

vitch · Le 21/12/2023, à 10:53

Bonjour,

Voilà, c'est la première fois que je post sur ce forum que j'ai en revanche consulté au moins un milliard de fois ! Alors d'abord MERCI pour tout ce que vous m'avez déjà permis de résoudre sans le savoir !

Aujourd'hui, en revanche, je sèche...

Je suis depuis peu le possesseur d'un Raspberry pi 4 que j'ai installé pour m'essayer à l'auto-hébergement grace à Yunohost.
C'est installer, ça fonctionne plutôt bien, j'ai un médiacenter qui fonctionne et cela s'administre vraiment facilement.

En revanche, j'aimerais que le disque dur branché sur le Raspberry soit accessible depuis mon PC Ubuntu.
Ayant l'habitude de monter un disque via le /etc/fstab, j'ai d'abord cherché de ce côté là et j'ai découvert l'existence des protocoles NFS, Samba, FTP... Tout du nouveau pour moi !

Alors comme d'habitude : forum ubuntu-fr, tuto internet et c'est parti pour tenter de comprendre tout ça mais malheureusement pour moi, rien ne fonctionne.

Le dernier que j'ai suivi est celui-ci : https://doc.ubuntu-fr.org/tutoriel/un_s … artage_nfs

Lorsque je tente coté serveur un :

showmount -e IP_LOCAL_CLIENT

J'ai un retour :

clnt_create: RPC: Program not registered

J'ai tenter aussi de passer par Samba mais rien n'y fait, cela ne veut pas.

En revanche, via FileZilla par protocole SFTP-SSH, cela fonctionne.

Je trouve juste plus intéressant que le disque soit monter au démarrage de mon PC pour y avoir accès, principalement en écriture, facilement depuis mon PC.
L'utilisation de base que j'imagine serait par exemple de pouvoir ouvrir sur mon PC Soundjuicer pour numériser un CD directement sur le disque du Raspberry.
Ça, je sais le faire si le disque est monter mais si l'acces se fait via FileZilla, je ne sais plus faire.

Voilà un peu pèle-mèle mon soucis.
Des idées ?

Dernière modification par vitch (Le 21/12/2023, à 21:01)

iznobe · Le 21/12/2023, à 10:57

Bonjour ,

Lorsque je tente coté serveur un :
showmount -e IP_LOCAL_CLIENT

c ' est plutot normal , car c ' est à partir du client que tu devrais taper la commande :

showmount -e IP_LOCAL_SERVEUR

cette commande permet de retourner les différents partage en reseau . je suis assez d' accord que le nom n ' est pas des plus adapté ...
tu peux aussi verifier , avec la meme commande , que le partage fonctionne sur ton serveur avec la commande suivante sur le serveur :

showmount -e

ou

showmount -e 127.0.0.1

le NFS est assez simple à mettre en place .
Montre sur le serveur :

cat /etc/fstab

cat /etc/exports

Dernière modification par iznobe (Le 21/12/2023, à 11:01)

vitch · Le 21/12/2023, à 11:18

Wouahou ! Quel rapidité !!! Même pas le temps de faire couler un café ! Merci

Alors lorsque j'entre côté client

showmount -e IP_LOCAL_SERVEUR

RAS. Le curseur clignote sans cesse. Puis :

clnt_create: RPC: Timed out

Coté serveur,

showmount -e

et

showmount -e 127.0.0.1

renvoient :

/mnt/photo IP_LOCAL_CLIENT

/mnt/photo est le disque dur monter sur le raspberry auquel je souhaite accéder.

Le fstab coté serveur :

proc            /proc           proc    defaults          0       0
PARTUUID=f4a2e835-01  /boot           vfat    defaults          0       2
PARTUUID=f4a2e835-02  /               ext4    defaults,noatime  0       1
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that


UUID=67D0795452EF9477 /mnt/photo ntfs-3g rw,user,auto,exec,gid=1000,uid=1000,umask=002,utf8,codepage=850,shortname=mixed 0 0

Le exports :

# /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)
#
/mnt/photo IP_LOCAL_CLIENT(rw,all_squash,anonuid=1000,anongid=1000,sync)

Tu remarqueras que je m'amuse à "planquer" les IP_LOCAL, pas sûr que cela soit nécessaire en terme de sécurité puisque c'est local mais je me dis que c'est surement plus clair pour toi.

jplemoine · Le 21/12/2023, à 11:42

Je pense que la ligne dans le fstab est fausse.
ce que j'ai

IP_LOCAL_SERVEUR:/mnt/photo <pt de montage> nfs4 defaults,user,noauto,noatime,bg 0,0

où <pt de montage> est un répertoire vide sur la machine cliente. C'est dans cet espace vide que l'on va "brancher" (monter) le contenu du partage.
Les différentes options ne sont peut-être pas adaptées à ton usage.

Mon besoin que les utilisateurs puissent monter le disque en double-cliquant sur une icône qui apparait dans l'explorateur de fichier --> user,noauto
bg : permet de ne pas bloquer le processus de démarrage de la machine cliente et de démarrer en arrière-plan (background) un processus qui va monter le partage si le serveur devient disponible
Sauf erreur de ma part, on peut aussi utiliser l'option nofail mais là, ça juste ne pas bloquer le démarrage.

Dernière modification par jplemoine (Le 21/12/2023, à 11:43)

vitch · Le 21/12/2023, à 12:08

Si je comprends bien, tu parles ici du fstab coté client.

Effectivement, la ligne était sûrement mauvaise. J'ai repris ton exemple et voici ma ligne :

IP_LOCAL_SERVEUR:/mnt/photo /media/NFS nfs4 defaults,user,noauto,noatime,bg 0 0

J'avais écrit comme toi avec

0,0

à la fin même si ça me semblait étrange et rien ne montait.
Après correction, j'ai bien un dossier NFS dans l'explorateur de fichier mais lorsque je clique dessus j'ai le message d'erreur suivant :

Impossible d'accéder à "NFS"
Délai écoulé pour exécuter la commande mount "/media/NFS"

jplemoine · Le 21/12/2023, à 12:16

Oui pardon, c'est bien 0 0 à la fin et non pas 0,0
Il faudra que je vérifie sur un grand écran (là du téléphone portable, c'est trop petit) si c'est un problème de recopie ou si c'est faux, chez moi.

Oui je parle su fstab coté client.
Avec "0 0" : Est-ce que ça fonctionne ? (oui / non). Si oui, comme tu le veux ? ou est-ce qu'il faut adapter les options ?

vitch · Le 21/12/2023, à 12:27

Non, ça ne fonctionne pas.
J'ai bien le "raccourci/lien" NFS dans l'explorateur de fichier mais il ne monte pas.
Et si je tente de le monter :

Impossible d'accéder à "NFS"
Délai écoulé pour exécuter la commande mount "/media/NFS"

jplemoine · Le 21/12/2023, à 12:33

Faut regarder dans les logs (en commençant par la machine cliente) de /var/log et regarder parmi les fichiers récents (je pense qu'il devrait y avoir syslog )
On est bien d'accord que sur la machine cliente, il y a un répertoire /media/NFS (écrit tel quel) existant et qu'il est vide avant le montage ?
Que donne (sur ma machine client)

ls -ld /media/NFS
ls /media/NFS/*

Dernière modification par jplemoine (Le 21/12/2023, à 12:34)

bruno · Le 21/12/2023, à 12:47

Bonjour,

Avant de tenter de mettre le montage dans le fichier fstab, il faut vérifier que cela monte en ligne de commande :

sudo mount -t nfs IP_LOCAL_SERVEUR:/ /media/NFS

De toute façon :

viych a écrit :

showmount -e IP_LOCAL_SERVEUR
RAS. Le curseur clignote sans cesse. Puis :
clnt_create: RPC: Timed out

Montre qu'il y a un un problème de connectivité au serveur. Un pare-feu ou une connerie de ce style…

jplemoine · Le 21/12/2023, à 12:50

@bruno : merci pour le complément d'information.
@vitch : tu as bien redémarrer le service NFS après avoir modifier le fichier exports ?

vitch · Le 21/12/2023, à 12:57

Oui, il y a bien un dossier /media/NFS

ls -ld /media/NFS

donne

drwxr-xr-x 2 root root 4096 déc.  16 18:25 /media/NFS

et

ls /media/NFS/*

donne

ls: impossible d'accéder à '/media/NFS/*': Aucun fichier ou dossier de ce type

Je viens de regarder dans /var/log. Il y a bien un syslog récent mais alors pfiouuuu ! y'en a des trucs la dedans. Je vais fouiner un peu plus mais je me demande ce que je cherche...

jplemoine · Le 21/12/2023, à 13:03

Bruno a remis en avant le problème (que j'avais oublié) avec

showmount -e IP_LOCAL_SERVEUR

Ça devrait répondre correctement et non par un timeout.
Concentre-toi d'abord sur ce problème.
Ce que tu peux faire, c'est repérer la dernière ligne du fichier log. Faire la commande et ne regarder que les lignes apparues entre temps.
L'autre possibilité est d'utiliser

tail -f <nom du fichier>

Ça va permettre de faire défiler le fichier à l'écran au fur et à mesure que le fichier se remplit.

jplemoine · Le 21/12/2023, à 13:12

Il me vient une idée : sur le serveur NFS, tu as bien le service NFS qui tourne :
que donne

sudo systemctl status nfs-server.service

?

vitch · Le 21/12/2023, à 13:36

jplemoine a écrit :

Il me vient une idée : sur le serveur NFS, tu as bien le service NFS qui tourne :
que donne
sudo systemctl status nfs-server.service
?

nfs-server.service - NFS server and services
     Loaded: loaded (/lib/systemd/system/nfs-server.service; enabled; vendor preset: enabled)
     Active: active (exited) since Thu 2023-12-21 11:03:32 GMT; 18min ago
    Process: 262820 ExecStartPre=/usr/sbin/exportfs -r (code=exited, status=0/SUCCESS)
    Process: 262821 ExecStart=/usr/sbin/rpc.nfsd $RPCNFSDARGS (code=exited, status=0/SUCCESS)
   Main PID: 262821 (code=exited, status=0/SUCCESS)
        CPU: 16ms

Dec 21 11:03:31 MONSERVEUR.ynh.fr systemd[1]: Starting NFS server and services...
Dec 21 11:03:31 MONSERVEUR.ynh.fr exportfs[262820]: exportfs: /etc/exports [1]: Neither 'subtree_check' or 'no_subtree_check' specified for export "IP_LOCAL_CLIENT:/mnt/photo".
Dec 21 11:03:31 MONSERVEUR.ynh.fr exportfs[262820]:   Assuming default behaviour ('no_subtree_check').
Dec 21 11:03:31 MONSERVEUR.fr exportfs[262820]:   NOTE: this default has changed since nfs-utils version 1.0.x
Dec 21 11:03:32 MONSERVEUR.fr systemd[1]: Finished NFS server and services.
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
lines 1-13/13 (END)

et ça recommence...

Il y a un truc qui m’interroge mais c'est peut-être normal :

Dec 21 11:03:31 MONSERVEUR.ynh.fr exportfs[262820]: exportfs: /etc/exports [1]: Neither 'subtree_check' or 'no_subtree_check' specified for export "IP_LOCAL_CLIENT:/mnt/photo".

à la fin :

"IP_LOCAL_CLIENT:/mnt/photo"

/mnt/photo, c'est sur le serveur et c'est le disque que je souhaite partagé mais il est ici associé à l'IP du client.
Est-ce bien normal ça ?

vitch · Le 21/12/2023, à 13:49

bruno a écrit :

De toute façon :
viych a écrit :
showmount -e IP_LOCAL_SERVEUR
RAS. Le curseur clignote sans cesse. Puis :
clnt_create: RPC: Timed out
Montre qu'il y a un un problème de connectivité au serveur. Un pare-feu ou une connerie de ce style…

Je n'ai jamais rien touché au niveau du pare feu. Du moins je crois...

sudo iptables -L

donne

Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Quelque chose à faire ici ?
Ou au niveau du routeur ?
J'avoue être ici un peu perdu...

bruno · Le 21/12/2023, à 13:55

D'abord, sur le serveur :
- il faut que tu corriges ton fichier /etc/exports :

/mnt/photo IP_LOCAL_CLIENT(rw,all_squash,anonuid=1000,anongid=1000,sync,subtree_check)

- que tu relances nfs-server :

sudo systemctl restart nfs-server

- que tu contrôle son bon fonctionnement :

sudo status nfs-server

et

exportfs

Le pare-feu doit être vérifié sur le client et sur le serveur, les adresses IP (que tu devrais nous montrer) doivent être vérifiées :
- le client et le serveur doivent répondre au ping.

jplemoine · Le 21/12/2023, à 13:59

vitch a écrit :

Il y a un truc qui m’interroge mais c'est peut-être normal :

Dec 21 11:03:31 MONSERVEUR.ynh.fr exportfs[262820]: exportfs: /etc/exports [1]: Neither 'subtree_check' or 'no_subtree_check' specified for export "IP_LOCAL_CLIENT:/mnt/photo".

La ligne qui suit : "Assuming default behaviour ('no_subtree_check')."
--> il te dit juste que comme tu n'as rien dit, il prend sa valeur par défaut ('no_subtree_check') et que le comportement changé
Rien de bien grave

vitch a écrit :

à la fin :
"IP_LOCAL_CLIENT:/mnt/photo"
/mnt/photo, c'est sur le serveur et c'est le disque que je souhaite partagé mais il est ici associé à l'IP du client.
Est-ce bien normal ça ?

Oui car dans le fichier export tu as spécifié l'IP_LOCAL_CLIENT : ce n'est donc que cette machine qui pourra d'y connecter.

Sur le serveur NFS, peux-tu changer le fichier d'export en

/mnt/photo 192.168.0.0/255.255.0.0(rw,all_squash,anonuid=1000,anongid=1000,sync)

(si tes IP commencent bien par 192.168)
Puis redémarrer le service NFS
Puis voir ce que ça a changé au niveau du message ?
au niveau de

showmount -e IP_LOCAL_SERVEUR

depuis le client

Dernière modification par jplemoine (Le 21/12/2023, à 13:59)

vitch · Le 21/12/2023, à 14:25

IP_LOCAL_CLIENT : 192.168.1.7
IP_LOCAL_SERVEUR : 192.168.1.87

bruno a écrit :

D'abord, sur le serveur :
- il faut que tu corriges ton fichier /etc/exports :
/mnt/photo IP_LOCAL_CLIENT(rw,all_squash,anonuid=1000,anongid=1000,sync,subtree_check)

OK

/mnt/photo 192.168.1.7(rw,all_squash,anonuid=1000,anongid=1000,sync,subtree_check)

bruno a écrit :

- que tu relances nfs-server :
sudo systemctl restart nfs-server

OK

bruno a écrit :

- que tu contrôle son bon fonctionnement :
sudo status nfs-server

Pas OK :

sudo: status: command not found

bruno a écrit :

et

exportfs

OK

/mnt/photo    	192.168.1.7

bruno a écrit :

Le pare-feu doit être vérifié sur le client et sur le serveur, les adresses IP (que tu devrais nous montrer) doivent être vérifiées :
- le client et le serveur doivent répondre au ping.

Un sudo iptables -L permet ça ?
Sur le client, RAS mais sur le serveur, y'a plein de truc oui ! Tu veux voir ?

jplemoine · Le 21/12/2023, à 14:29

sudo status nfs-server

==>

sudo systemctl status nfs-server

vitch a écrit :

Sur le client, RAS mais sur le serveur, y'a plein de truc oui ! Tu veux voir ?

OUI ! C'est peut-être l'explication.

bruno · Le 21/12/2023, à 14:31

Oups désolé pour la faute de frappe. Je te laisse avec @jplemoine pour finir de déboguer.

vitch · Le 21/12/2023, à 14:35

jplemoine a écrit :

Sur le serveur NFS, peux-tu changer le fichier d'export en
/mnt/photo 192.168.0.0/255.255.0.0(rw,all_squash,anonuid=1000,anongid=1000,sync)
(si tes IP commencent bien par 192.168)
Puis redémarrer le service NFS
Puis voir ce que ça a changé au niveau du message ?
au niveau de
showmount -e IP_LOCAL_SERVEUR
depuis le client

J'ai fait tout comme tu as dit mais même résultat :

clnt_create: RPC: Timed out

Du coup de remet le /etc/exports comme avant :

/mnt/photo 192.168.1.7(rw,all_squash,anonuid=1000,anongid=1000,sync,subtree_check)

et je redémarre le service NFS :

sudo systemctl restart nfs-server

jplemoine · Le 21/12/2023, à 14:35

bruno a écrit :

Oups désolé pour la faute de frappe.

D'où l’intérêt de suivre la discussion

bruno a écrit :

Je te laisse avec @jplemoine pour finir de déboguer.

Selon le contenu des iptables, ça peut être sportif!
Mais ça me parait être une bonne piste.

vitch · Le 21/12/2023, à 14:38

bruno a écrit :

Oups désolé pour la faute de frappe. Je te laisse avec @jplemoine pour finir de déboguer.

Merci beaucoup d'avoir pris le temps en tout cas !!!

Dernière modification par vitch (Le 21/12/2023, à 14:49)

vitch · Le 21/12/2023, à 14:42

Sur le serveur

sudo iptables -L

donne

Chain INPUT (policy DROP)
target     prot opt source               destination         
f2b-sshd   tcp  --  anywhere             anywhere             multiport dports ssh
f2b-pam-generic  tcp  --  anywhere             anywhere            
f2b-recidive  tcp  --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere             state RELATED,ESTABLISHED
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:ssh
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:smtp
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:domain
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:http
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:https
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:submission
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:imaps
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:xmpp-client
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:xmpp-server
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:9091
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:51413
ACCEPT     udp  --  anywhere             anywhere             udp dpt:domain
ACCEPT     udp  --  anywhere             anywhere             udp dpt:mdns
ACCEPT     udp  --  anywhere             anywhere             udp dpt:7359
ACCEPT     udp  --  anywhere             anywhere             udp dpt:51413
ACCEPT     all  --  anywhere             anywhere            
ACCEPT     icmp --  anywhere             anywhere            

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         

Chain f2b-pam-generic (1 references)
target     prot opt source               destination         
REJECT     all  --  178.16.137.70        anywhere             reject-with icmp-port-unreachable
RETURN     all  --  anywhere             anywhere            

Chain f2b-recidive (1 references)
target     prot opt source               destination         
REJECT     all  --  218.92.0.101         anywhere             reject-with icmp-port-unreachable
REJECT     all  --  218.92.0.100         anywhere             reject-with icmp-port-unreachable
RETURN     all  --  anywhere             anywhere            

Chain f2b-sshd (1 references)
target     prot opt source               destination         
REJECT     all  --  178.16.137.70        anywhere             reject-with icmp-port-unreachable
RETURN     all  --  anywhere             anywhere

Pour moi, c'est du chinois !

jplemoine · Le 21/12/2023, à 15:08

Le principe : le première ligne qui correspond est prise en compte
Les lignes qui commencent par ACCEPT laisse passer

ACCEPT     all  --  anywhere             anywhere

--> laisse tout passer

ACCEPT     icmp --  anywhere             anywhere

--> Sauf erreur de ma part, ne sera jamais prise en compte

Il y a des lignes qui correspondent à fail2ban (f2b).
Elles bloquent un certains nombres d'adresse IP mais aucune en local

Que donne
depuis chaque machine

telnet <ip de l'autre machine> 2049

Si telnet n'existe pas, (de mémoire) il faut l'installer via

apt install telnet

Sur le serveur

netstat -talnup | grep 2049

Au besoin, installer netstat via
apt install net-tools

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 21/12/2023, à 10:53

[résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#2 Le 21/12/2023, à 10:57

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#3 Le 21/12/2023, à 11:18

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#4 Le 21/12/2023, à 11:42

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#5 Le 21/12/2023, à 12:08

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#6 Le 21/12/2023, à 12:16

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#7 Le 21/12/2023, à 12:27

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#8 Le 21/12/2023, à 12:33

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#9 Le 21/12/2023, à 12:47

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#10 Le 21/12/2023, à 12:50

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#11 Le 21/12/2023, à 12:57

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#12 Le 21/12/2023, à 13:03

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#13 Le 21/12/2023, à 13:12

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#14 Le 21/12/2023, à 13:36

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#15 Le 21/12/2023, à 13:49

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#16 Le 21/12/2023, à 13:55

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#17 Le 21/12/2023, à 13:59

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#18 Le 21/12/2023, à 14:25

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#19 Le 21/12/2023, à 14:29

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#20 Le 21/12/2023, à 14:31

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#21 Le 21/12/2023, à 14:35

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#22 Le 21/12/2023, à 14:35

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#23 Le 21/12/2023, à 14:38

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#24 Le 21/12/2023, à 14:42

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

#25 Le 21/12/2023, à 15:08

Re : [résolu] PC Ubuntu - Raspberry Pi et serveur NFS

Pied de page des forums