[RESOLU] mon simple partage NFS ne fonctionne pas

xianbroc · Le 01/07/2023, à 22:56

Bonjour,
Je cherche à partager les fichiers de mon vieil ordi HP avec un nouvel ordi ACER.
J'ai suivi le tutoriel https://doc.ubuntu-fr.org/tutoriel/un_s … artage_nfs
Ce qui correspond à quelques détails près à ce qu'a écrit LukePerp dans https://forum.ubuntu-fr.org/viewtopic.php?id=2010823 au #16
J'ai dit que le vieil ordi HP serait le Serveur, celui qui héberge mes fichiers depuis des années.
J'ai dit que le nouvel ordi ACER serait le Client, celui qui veut accéder à ces fichiers.
Le Serveur est connecté à la box Orange par Ethernet.
Le Client est connecté en Wifi.
Les ping fonctionnent.
Au final, je ne m'en sors pas :
. j'ouvre Fichiers sur le Client
. je vois le point de montage prévu "Ubuntu+info_parNFS"
. quand je clique dessus le message suivant apparaît :

Impossible d'accéder à " Ubuntu+info_parNFS " 
Délai écoulé pour exécuter la commande << mount "/home/xianne/Documents/Ubuntu+info_parNFS" >>

Que faire de plus (ou de différent) pour que l'ensemble fonctionne ?

Résumé de la solution trouvée :
Le partage de fichiers par NFS tel qu'indiqué dans le tutoriel https://doc.ubuntu-fr.org/tutoriel/un_s … artage_nfs est très simple à mettre en œuvre, sauf quand les règles du pare-feu du Serveur se mettent en travers.
Dans la fin de ce post, il est vu que la commande

sudo ufw allow from 192.168.1.14 to any port nfs

résout le problème d'accès au Serveur.
Au passage, le message #36 indique comment faire une remise à zéro du pare-feu.
En parenthèse, le message #16 montre que sftp peut être une alternative à nfs mais, pour la même raison, il faudra entrouvrir le pare-feu pour que l'ensemble fonctionne.

De grands mercis @iznobe, @nany, @kholo, @Qid et FrancisFDZ...

Dernière modification par xianbroc (Le 07/07/2023, à 16:01)

Qid · Le 01/07/2023, à 23:04

On a pas encore de boule de crystal ici...
Il aurait été judicieux que tu donnes tes fichiers de conf et côté serveur et côté client (tu l'as mis dans le fstab ?)

xianbroc · Le 01/07/2023, à 23:51

le /etc/fstab côté client (ip=192.168.1.14)

# /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/nvme0n1p6 during installation
UUID=8d95f794-9251-4556-a48b-cab3926acc63 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=9463-98E3  /boot/efi       vfat    umask=0077      0       1
# /media/common_data was on /dev/nvme0n1p5 during installation
UUID=0CEEDA7454F4FFDA /media/common_data ntfs    defaults,umask=007,gid=46 0       0
# donnees windows (C:)
UUID=004A64174A640BAA /media/windows     ntfs    defaults                  0       0
# donnees partagees sur xianne-ordi_HP
# 192.168.1.16:/media/common_data/Documents/parents   /media/NFS/Documents/parents   nfs    user,noauto
# donnees partagees sur xianne-ordi_HP
192.168.1.16:/home/xianne/Documents/Ubuntu+info   /home/xianne/Documents/Ubuntu+info_parNFS   nfs    user,noauto,hard,intr

le /usr/bin/Monter_le_partage_NFS

xianne@xianne-Nitro-AN515-57:/usr/bin$ ll Monter_le_partage_NFS 
-rwxr-xr-x 1 root root 114 juil.  1 22:26 Monter_le_partage_NFS*
xianne@xianne-Nitro-AN515-57:/usr/bin$ cat Monter_le_partage_NFS 
#!/bin/bash
sleep 10
# mount /media/common_data/Documents/parents
mount /home/xianne/Documents/Ubuntu+info_parNFS

xianbroc · Le 01/07/2023, à 23:59

le /etc/exports côté Serveur (ip=1.192.168.1.16)

/etc$ cat 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)
#
# Dossier de HP en partage pour ACER :
# /media/common_data/Documents/parents/ 192.168.1.14(rw,sync)
#
# Dossier de HP en partage pour ACER :
/home/xianne/Documents/Ubuntu+info/ 192.168.1.14(rw,all_squash,anonuid=1000,anongid=1000,sync)

le /etc/hosts.deny

/etc$ cat hosts.deny 
# /etc/hosts.deny: list of hosts that are _not_ allowed to access the system.
#                  See the manual pages hosts_access(5) and hosts_options(5).
#
# Example:    ALL: some.host.name, .some.domain
#             ALL EXCEPT in.fingerd: other.host.name, .other.domain
#
# 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.
#
# The PARANOID wildcard matches any host whose name does not match its
# address.
#
# You may wish to enable this to ensure any programs that don't
# validate looked up hostnames still leave understandable logs. In past
# versions of Debian this has been the default.
# ALL: PARANOID
#
# Tout interdire sur  portmap, nfsd et mountd
portmap:ALL
nfsd:ALL
mountd:ALL

le /etc/hosts.allow

/etc$ cat hosts.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.14
lockd: 192.168.1.14
nfsd: 192.168.1.14
mountd: 192.168.1.14
rquotad: 192.168.1.14
statd: 192.168.1.14

xianbroc · Le 02/07/2023, à 00:02

$ ping -c2 192.168.1.14
PING 192.168.1.14 (192.168.1.14) 56(84) bytes of data.
64 bytes from 192.168.1.14: icmp_seq=1 ttl=64 time=98.4 ms
64 bytes from 192.168.1.14: icmp_seq=2 ttl=64 time=110 ms

--- 192.168.1.14 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 98.427/104.269/110.112/5.842 ms

xianbroc · Le 02/07/2023, à 00:03

$ ping -c2 192.168.1.16
PING 192.168.1.16 (192.168.1.16) 56(84) bytes of data.
64 bytes from 192.168.1.16: icmp_seq=1 ttl=64 time=7.60 ms
64 bytes from 192.168.1.16: icmp_seq=2 ttl=64 time=10.9 ms

--- 192.168.1.16 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 7.599/9.238/10.878/1.639 ms

iznobe · Le 02/07/2023, à 00:43

Bonsoir , peux tu donner :
sur le client :

grep parNFS /etc/mtab

id

sur le serveur :

id

et edite ton fichier /etc/exports en commentant ta ligne de partage effective et en dessous tu y met cette ligne :

/home/xianne/Documents/Ubuntu+info/ 192.168.1.14(rw,sync)

sauvegarde , puis donne le retour de :

sudo exportfs -rav

sur le client ensuite , donne :

sudo mount -av

et a nouveau :

grep parNFS /etc/mtab

Dernière modification par iznobe (Le 02/07/2023, à 00:45)

xianbroc · Le 02/07/2023, à 09:31

sur le client :

xianne@xianne-Nitro-AN515-57:~$ grep parNFS /etc/mtab
xianne@xianne-Nitro-AN515-57:~$ id
uid=1000(xianne) gid=1000(xianne) groupes=1000(xianne),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),122(lpadmin),134(lxd),135(sambashare)

xianbroc · Le 02/07/2023, à 09:39

sur le serveur :

xianne@xianne-G5429fr:~$ id
uid=1000(xianne) gid=1000(xianne) groupes=1000(xianne),4(adm),20(dialout),21(fax),24(cdrom),25(floppy),26(tape),27(sudo),29(audio),30(dip),44(video),46(plugdev),108(netdev),116(lpadmin),118(scanner),126(sambashare)

xianne@xianne-G5429fr:~$ sudo exportfs -rav
exportfs: /etc/exports [1]: Neither 'subtree_check' or 'no_subtree_check' specified for export "192.168.1.14:/home/xianne/Documents/Ubuntu+info/".
  Assuming default behaviour ('no_subtree_check').
  NOTE: this default has changed since nfs-utils version 1.0.x

exporting 192.168.1.14:/home/xianne/Documents/Ubuntu+info

xianbroc · Le 02/07/2023, à 09:43

xianne@xianne-Nitro-AN515-57:~$ sudo mount -av
[sudo] Mot de passe de xianne : 
/                         : ignoré
/boot/efi                 : déjà monté
/media/common_data        : déjà monté
/media/windows            : déjà monté
/home/xianne/Documents/Ubuntu+info_parNFS : ignoré
xianne@xianne-Nitro-AN515-57:~$ grep parNFS /etc/mtab

Qid · Le 02/07/2023, à 09:43

combien il y a de chance que ce soit les caractères spéciaux dans les noms de dossier qui fichent la pagaille ? Pas sûr que le "+" soit une bonne idée...

xianbroc · Le 02/07/2023, à 09:45

Nota : les 2 ordis sont installés en dual boot.
NFS s'y retrouve-t-il facilement dans les plusieurs partitions ?

Qid · Le 02/07/2023, à 09:55

xianbroc a écrit :

NFS s'y retrouve-t-il facilement dans les plusieurs partitions ?

Et toi ? Parceque NFS tu lui dis de pointer à un endroit il le fera... Par contre à noter accessoirement puisque tu en parles : NFS ne sait pas pointer directement à l'intérieur d'un disque externe (tu n'es pas concerné en théorie) mais je pense aussi aux systèmes de fichier utilisés : il n'y a pas de NTFS dans l'histoire ?

Dernière modification par Qid (Le 02/07/2023, à 09:56)

xianbroc · Le 02/07/2023, à 10:29

Qid a écrit :

je pense aussi aux systèmes de fichier utilisés : il n'y a pas de NTFS dans l'histoire ?

Les données partagées entre Windows et Ubuntu sont effectivement dans une partition en NTFS, mais elles ne sont pas concernées actuellement (Ce sera l'étape suivante. Je débute mon expérience avec NFS sur un partage de données de mon home)

xianbroc · Le 02/07/2023, à 10:30

Qid a écrit :

combien il y a de chance que ce soit les caractères spéciaux dans les noms de dossier qui fichent la pagaille ? Pas sûr que le "+" soit une bonne idée...

OK. Je peux essayer sans le "+"

kholo · Le 02/07/2023, à 11:40

hello
<ouverture du mode HS>
désolé, comme je le fais avec Samba, je vais dézinguer NFS

Serveur (ip=1.192.168.1.16)

donc on est sous Nux... et comme c'est un Forum Ubuntu je présuppose que c'est un Ubuntu
sur le serveur
ouvrir un terminal avec Ctrl + Alt + T
puis installation de ssh serveur

sudo apt install openssh-server

sur le client
tu ouvres un dossier (ou le gestionnaire de fichiers)
Ctrl + L (pour entrer dans la barre d'adresse)... tu y mets

sftp://xianne@192.168.1.16/home/xianne

sftp => le protocole
le premier xianne => l'utilisateur sur le serveur (l'ancien PC)
@ l'adresse IP => celle du serveur
/home/xianne => le point de montage sur le serveur, son home

ya un placard qui va s'ouvrir, tu acceptes
ctrl + D dans le gestionnaire de fichiers pour garder dans les favoris de ton gestionnaire de fichiers
(bien que simple, pas la peine de retaper l'adresse sftp à chaque fois)

ensuite, tu passes à autre chose !!

NB : sous Windows ou mac, il faut encore un client ftp comme Filezilla mais qui reste très intuitif
<fermeture du mode HS>

Qid · Le 02/07/2023, à 11:56

kholo a écrit :

désolé, comme je le fais avec Samba, je vais dézinguer NFS

Ouais enfin samba c'est un peu tout pourri et ça rime à rien si il n'y a pas de windows dans la boucle... Et même dans ce cas ce n'est pas forcément une obligation il me semble... Enfin bon tout ça est puéril et HS en effet

FrancisFDZ · Le 02/07/2023, à 12:24

Bonjour,
Ne serait-ce pas lié aux problèmes de connexion via smb V1 déprécié ?
Voir ce post et les suivants.

Dernière modification par FrancisFDZ (Le 02/07/2023, à 12:26)

xianbroc · Le 02/07/2023, à 13:28

FrancisFDZ a écrit :

Bonjour,
Ne serait-ce pas lié aux problèmes de connexion via smb V1 déprécié ?
Voir ce post et les suivants.

Question de néophyte : que fait smb dans mon problème de "simple partage NFS" ?

xianbroc · Le 02/07/2023, à 13:43

kholo a écrit :

sur le serveur
ouvrir un terminal avec Ctrl + Alt + T
puis installation de ssh serveur
sudo apt install openssh-server
sur le client
tu ouvres un dossier (ou le gestionnaire de fichiers)
Ctrl + L (pour entrer dans la barre d'adresse)... tu y mets
sftp://xianne@192.168.1.16/home/xianne
me donne

OK.
Comme je suis curieux et que mon problème avec NFS ne se résout pas aisément, je me suis senti prêt à faire une parenthèse et me suis prêté à l'essai du sftp.
J'ai donc fait l'installation de openssh-server sur Serveur.
La commande

sftp://xianne@192.168.1.16/home/xianne

sur Client me donne

Aucun résultat trouvé. Essayer une recherche différente

Il doit manquer quelque chose... Une piste ?

kholo · Le 02/07/2023, à 14:33

hello
la ligne sftp://xianne@192.168.1.16/home/xianne
est une adresse à mettre dans le navigateur de fichier !
je suis parti des présupposés que l'utilisateur de ton serveur est xianne
pour le vérifier sur le serveur tu ouvres un terminal (Ctrl + Alt +T)
et, dans le prompt tu as le nom de l'utilisateur @ le nom de la machine
et j'ai aussi présupposé que l'ip de ta machine serveur est bien 192.168.1.16

depuis le client, tu peux vérifier que tu parles bien avec le serveur
ouvrir un terminal (Ctrl + Alt + T) puis

ping 192.168.1.16

doit répondre... Ctrl + C pour arrêter les ping
ensuite tu peux vérifier que ton client se connecte en ssh sur le serveur
toujours dans le terminal

ssh xianne@192.168.1.16

toujours en présupposant que le nom de ton utilisateur sur le serveur est xianne
doit se connecter sur le serveur (le prompt va changer !)
Ctrl + D pour se déconnecter du serveur puis Ctrl + D pour fermer le terminal
et une fois ses vérifications faites
tu ouvres un gestionnaire de fichiers (depuis n'importe quel dossier) puis Ctrl + L
et tu colles la fameuse ligne :
sftp://xianne@192.168.1.16/home/xianne

un peu d'explications : a écrit :

ssh est un tunnel "sécurisé"
sur le serveur tu installes le service qui permet d'utiliser ce protocole
quand tu tapes
ssh toto@ip_d'une_machine
ça veut dire : utilises ssh pour aller sur l'utilisateur toto qui est sur la machine "ip_d'une_machine"
d'une façon identique, quand tu est sur le navigateur de fichiers, quand tu fais le Ctrl + L
tu vas voir apparaitre l'adresse de l'endroit où tu te trouve dans ton arborescence de fichier
par exemple /home/xianne/Documents et quand tu remplace par
sftp://xianne@192.168.1.29/home/xianne
tu utilises ftp dans ssh (sftp) pour te connecter à xianne sur la machine à l'adresse 192.168.1.29 et à l'emplacement, sur cette machine "/home/xianne"

xianbroc · Le 02/07/2023, à 17:19

l'utilisateur du serveur est xianne
/home/xianne est le bon "Dossier personnel"
l'ip de la machine serveur est 192.168.1.16
ping répond bien

$ ping -c2 192.168.1.16
PING 192.168.1.16 (192.168.1.16) 56(84) bytes of data.
64 bytes from 192.168.1.16: icmp_seq=1 ttl=64 time=207 ms
64 bytes from 192.168.1.16: icmp_seq=2 ttl=64 time=332 ms

--- 192.168.1.16 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 206.796/269.539/332.283/62.743 ms

ssh a répondu (peut-être parce que le Serveur s'était mis en veille ? ) :

$ ssh xianne@192.168.1.16
ssh: connect to host 192.168.1.16 port 22: No route to host

ssh répond maintenant :

$ ssh xianne@192.168.1.16
ssh: connect to host 192.168.1.16 port 22: Connection timed out

Alors, sftp répond

Oups ! Quelque chose s'est mal passé. 
Message d'erreur non géré : Délai d'attente expiré lors de la connexion

Quelque chose doit bloquer pour accéder à xianne sur le Serveur...

FrancisFDZ · Le 02/07/2023, à 18:53

xianbroc a écrit :

FrancisFDZ a écrit :
Bonjour,
Ne serait-ce pas lié aux problèmes de connexion via smb V1 déprécié ?
Voir ce post et les suivants.
Question de néophyte : que fait smb dans mon problème de "simple partage NFS" ?

xianbooc a écrit :

Le Serveur est connecté à la box Orange par Ethernet.
Le Client est connecté en Wifi.

Quand tu utilises un NFS via wifi (généralement nfs branché en usb sur la box) le protocole utilisé est smb V1, il est rarement mis à jour par les FAi

Dernière modification par FrancisFDZ (Le 02/07/2023, à 18:57)

xianbroc · Le 02/07/2023, à 19:03

Sur

https://www.howtouselinux.com/post/ssh-connect-to-host-port-22-connection-timed-out

, j'ai lu :

Look for a rule that allows incoming traffic on the SSH port. If such a rule exists, the SSH port is permitted for incoming connections. If there is no such rule, you may need to create a new rule to allow incoming traffic on the SSH port.
On Linux machines with iptables, you can use the following command to add a new rule to allow incoming traffic on the SSH port:
sudo iptables -A INPUT -p tcp --dport ssh -j ACCEPT
This command adds a new rule to the INPUT chain of the iptables firewall to accept incoming traffic on the SSH port. The -p tcp option specifies that the rule applies to TCP traffic, and the –dport ssh option specifies the destination port as the SSH port (port 22 by default). Finally, the -j ACCEPT option tells iptables to accept incoming traffic that matches the specified rule.
Note that this command only adds the new rule temporarily and will be lost when the system is rebooted.

En ajoutant cette nouvelle règle, le Client peut maintenant lancer un ssh avec succès et se connecter au Serveur.
De plus, le Client peut lancer un sftp avec succès et donc ouvrir un explorateur de fichiers sur le Serveur et y accéder.

Question : quelles sont les conséquences de cette règle en termes de sécurité ?

~$ sudo iptables -A INPUT -p tcp --dport ssh -j ACCEPT
~$ sudo iptables -L |grep INPUT -A 10
Chain INPUT (policy DROP)
target     prot opt source               destination         
ufw-before-logging-input  all  --  anywhere             anywhere            
ufw-before-input  all  --  anywhere             anywhere            
ufw-after-input  all  --  anywhere             anywhere            
ufw-after-logging-input  all  --  anywhere             anywhere            
ufw-reject-input  all  --  anywhere             anywhere            
ufw-track-input  all  --  anywhere             anywhere            
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:ssh

Chain FORWARD (policy DROP)

iznobe · Le 02/07/2023, à 19:17

mouais enfin , au depart la question portai sur le patage NFS , maintenant on est " a quel est en terme de securite l ' ouverture du port ssh " ...

Dernière modification par iznobe (Le 02/07/2023, à 19:18)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 01/07/2023, à 22:56

[RESOLU] mon simple partage NFS ne fonctionne pas

#2 Le 01/07/2023, à 23:04

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#3 Le 01/07/2023, à 23:51

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#4 Le 01/07/2023, à 23:59

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#5 Le 02/07/2023, à 00:02

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#6 Le 02/07/2023, à 00:03

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#7 Le 02/07/2023, à 00:43

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#8 Le 02/07/2023, à 09:31

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#9 Le 02/07/2023, à 09:39

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#10 Le 02/07/2023, à 09:43

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#11 Le 02/07/2023, à 09:43

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#12 Le 02/07/2023, à 09:45

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#13 Le 02/07/2023, à 09:55

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#14 Le 02/07/2023, à 10:29

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#15 Le 02/07/2023, à 10:30

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#16 Le 02/07/2023, à 11:40

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#17 Le 02/07/2023, à 11:56

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#18 Le 02/07/2023, à 12:24

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#19 Le 02/07/2023, à 13:28

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#20 Le 02/07/2023, à 13:43

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#21 Le 02/07/2023, à 14:33

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#22 Le 02/07/2023, à 17:19

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#23 Le 02/07/2023, à 18:53

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#24 Le 02/07/2023, à 19:03

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

#25 Le 02/07/2023, à 19:17

Re : [RESOLU] mon simple partage NFS ne fonctionne pas

Pied de page des forums