Samba a été conçu pour permettre le partage de fichiers entre Windows et Linux.
Mais l’architecture client-serveur n’est pas à usage exclusif de ce mariage mixte. Récemment on m’a demandé s’il était possible de partager un dossier avec Samba entre 2 Raspberry Pi. J’ai répondu oui, mais pour Estelle ça ne semblait pas aussi évident que ça… Je me suis dit que ce partage inter-RasPi pouvait intéresser d’autres RasPiNautes. J’ai branché un Raspberry Pi supplémentaire, mis dedans une carte microSD avec un Raspbian Jessie tout frais, et je vous propose de partager… ce partage 🙂

Partage Samba sous Jessie entre deux Raspberry Pi

Halte aux polémiques

Pour couper court à toutes les polémiques, recommandations et autres remarques, je vous rassure, je suis au courant qu’il existe d’autres moyens. J’utilise d’ailleurs NFS au boulot (ah !). En général ça m’agace sur les forums quand quelqu’un pose une question pour réaliser quelque chose avec, disons, une application xyz. En général les réponses au lieu de l’aider vont dans le sens inverse :

• « pourquoi tu fais ça avec xyz ? abcd est beaucoup mieux ! »
• « oula xyz est trop lent, prends plutôt azerty ! »
• « quoi ça existe encore xyz, je croyais que c’était plus maintenu, tu devrais pas utiliser ça! »
• « uiop est beaucoup plus simple à utiliser que xyz, pourquoi tu as choisi cette daube ? »
• etc. etc.

En général ces « encouragements » (qui partent parfois d’un bon sentiment) sont de plus ponctués d’autant de fôtes d’ortograffes qu’il y a de mots dans la phrase. Dites moi si je me trompe ! Mais en tout cas ça ne répond pas à la question de la personne sur l’utilisation de xyz.

Voilà j’ai encore fait mon papy ronchon, mais que voulez-vous, il y a des choses qui m’agacent !

Ici la question qui était posée était : « Peut-on partager un répertoire entre 2 Raspberry Pi avec Samba ? »

L’architecture Client-Serveur

A ma droite le serveur (oui, celui qui a le nœud pap). C’est lui qui propose un service. Ici il vient d’amener un verre (c’est une menthe à l’eau – si, si) au client (celui qui a les lunettes de soleil)…

Si on résume : Le serveur propose un service et le client utilise ce service.

Ici nous avons deux Raspberry Pi identiques. Sur l’un nous allons installer le serveur Samba. Ce sera le serveur. Il sera chargé d’offrir un service.

L’autre Raspberry Pi va utiliser le service proposé. Ce sera ici notre client.

Faites entrer les participants

Pour monter cette architecture j’ai utilisé un Raspberry Pi installé sur (enfin, derrière) l’écran 7 pouces officiel (vous le reconnaîtrez à son nom : raspi-7p-officiel) et ajouté au réseau un RasPi qui avait servi il y a quelques jour aux tests de la caméra 8 Mpx. Il est d’ailleurs toujours monté sur le « banc test ».

Sur l’image ci-dessus le Raspberry Pi de gauche (raspi-7p-officiel) est le serveur Samba. Son adresse IP est 192.168.1.230. Le client sera monté sur le Raspberry Pi de droite (son nom est plus classique : raspberrypi). L’adresse du client est 192.168.1.106.

Les appellations raspi1 et raspi2 n’ont rien à voir avec le modèle du Raspberry Pi, ce ne sont que des identifiants pour les repérer dans la suite de l’article.

Remarque : Pour les « encore plus ronchon que moi » (il y en a ?) ne vous étonnez pas de trouver un RasPi avec une adresse en 230 et l’autre en 106. Déjà comme on a un masque à 255.255.255.0 (/24) ils sont dans le même réseau. Les Raspberry Pi « fixes » comme celui qui est monté sur l’écran officiel ont un privilège : j’ai programmé le routeur TP-LINK (non, je n’ai pas de Box) pour que le DHCP attribue toujours la même adresse à ces Raspberry Pi (en fonction de leur adresse MAC) et la plage commence à .230. L’autre est relié en Wifi par une clé USB et il a pris normalement une adresse automatique car son adresse MAC n’est pas connue du routeur. Un Raspberry Pi fixe prend toujours la même adresse quand je le connecte au réseau…

Le cahier des charges

Sur le premier Raspberry Pi

• Créer un répertoire /home/pi/partage_samba.
• Mettre un « flag » dans le répertoire (un fichier qui servira à vérifier qu’on a bien accès au répertoire à distance)
• Installer le serveur Samba sur ce Raspberry Pi.
• Configurer le serveur Samba pour qu’il partage le répertoire partage_samba
  sous le nom de partage commun.

Sur le deuxième Raspberry Pi

• Tester le bon fonctionnement du serveur Samba avec un client Samba en vérifiant qu’on peut voir le fichier « flag », créer un dossier…

SI ça fonctionne (si ça ne fonctionne pas, inutile de continuer…)

• Créer un dossier /home/pi/lien_raspi1
• Modifier fstab pour que le partage commun soit automatiquement
  monté dans /home/pi/lien_raspi1

Remarque : Dans la logique avant de se lancer dans le montage automatique via fstab , il faudrait déjà vérifier que le partage se monte manuellement avec la commande mount… Je vous laisse chercher un peu comment faire…

 On s’y jette ?

Créer le répertoire de partage et mettre un flag

On va commencer par créer le répertoire qui sera partagé :

mkdir /home/pi/partage_samba

Mettez un flag dans ce répertoire pour pouvoir l’identifier à coup sur :

touch /home/pi/partage_samba/raspi1

Installer le serveur Samba

On peut maintenant installer le serveur sur le premier Raspberry Pi. Pensez avant tout à faire

sudo apt-get update

sudo apt-get upgrade

pour avoir un système à jour puis installez Samba sur le serveur.

apt-get install samba samba-common-bin

Configurer le partage dans le fichier de configuration

Par sécurité, faites une copie de sauvegarde du fichier de configuration par défaut de Samba (on ne sait jamais..) avant de farfouiller dedans :

sudo cp /etc/samba/smb.conf /etc/samba/smb.conf.org

Bon, c’est mon habitude de garder les fichiers originaux avec une extension .org mais rien ne vous empêche de les appeler .old, .back ou… tout ce que vous voulez

Ouvrez le fichier smb.conf

sudo nano /etc/samba/smb.conf

Juste parce que je n’aime pas ce nom (qui me rappelle le boulot work…) je modifie WORKGROUP en MAISON (vous faites comme vous voulez).

Ajouter à la fin du fichier /etc/samba/smb.conf

[commun]
comment = Partage Samba inter RasPi
path = /home/pi/partage_samba
writable=yes
valid users = pi
write list = pi
create mode = 0777
directory mode = 0777
share modes = yes

A noter que le partage s’appelle commun. C’est sous ce nom qu’il apparaîtra sur les autres machines. Je ne rentre pas dans le détail de la config, je vous laisse chercher un peu… Si vous avez envie.

Redémarrer le service samba pour que les modifications apportées au fichier smb.conf soient prises en compte.

sudo service smbd restart

Si tout se passe bien (Raspbian ne renvoie pas de message d’insulte) vous pouvez continuer. Sinon…. cherchez l’erreur ! Pas la peine d’aller plus loin si le serveur ne démarre pas.

Passez le dossier partage_samba en 776

chmod 776 /home/pi/partage_samba

Créez un utilisateur Samba sur ce Raspberry Pi. Je n’ai pas été original, j’ai créé pi avec le login raspberry. Vous ferez certainement mieux 🙂

pi@raspi-7p-officiel:~ $ sudo   smbpasswd   -a   pi
New SMB password:
Retype new SMB password:

Redémarrez samba pour prendre les modifications en compte.

sudo service smbd restart

Il ne faut pas oublier que les droits du système l’emportent sur les droits Samba. Si l’utilisateur Samba a le droit d’écrire (dans Samba) mais que les droits système l’interdisent… il ne pourra pas écrire.

Le premier Raspberry Pi est prêt, on va passer au deuxième.

Configurer l’accès au partage depuis le Raspberry Pi distant

Ça fait déjà un bon moment que le client attend… Je vous propose qu’on s’occupe de lui maintenant.

Installer le client Samba sur le deuxième Raspberry Pi

Pour que le serveur… serve à quelque chose, comme dans la vraie vie, il lui faut un client. Pour Samba, le client de base s’appelle smbclient (vous voyez qu’il n’y a pas que moi pour ne pas se fouler quand il faut trouver un nom 😉 ). On va donc commencer par installer ce client sur le RasPi 2.

pi@raspberrypi:~ $ sudo apt-get install smbclient
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Paquets suggérés :
heimdal-clients
Les NOUVEAUX paquets suivants seront installés :  smbclient
0 mis à jour, 1 nouvellement installés, 0 à enlever et 3 non mis à jour.
Il est nécessaire de prendre 304 ko dans les archives.
Après cette opération, 753 ko d'espace disque supplémentaires seront utilisés.
Réception de : 1 http://mirrordirector.raspbian.org/raspbian/ jessie/main smbclient armhf 2:4.2.10+dfsg-0+deb8u2 [304 kB]
304 ko réceptionnés en 6s (49,0 ko/s)
Sélection du paquet smbclient précédemment désélectionné.
(Lecture de la base de données... 127021 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../smbclient_2%3a4.2.10+dfsg-0+deb8u2_armhf.deb ...
Dépaquetage de smbclient (2:4.2.10+dfsg-0+deb8u2) ...
Traitement des actions différées (« triggers ») pour man-db (2.7.0.2-5) ...
Paramétrage de smbclient (2:4.2.10+dfsg-0+deb8u2) ...

Connexion au partage avec smbclient

Le partage qui existe sur le RasPi 1 s’appelle commun : on va exécuter smbclient en lui indiquant l’adresse du raspberry Pi serveur Samba ainsi que le nom du partage :

pi@raspberrypi:/etc/samba $ smbclient //192.168.1.230/commun

comme vous vous connectez avec le nom de pi (tiens c’est le même que celui de l’utilisateur Samba que j’ai créé tout à l’heure 🙂 le serveur Samba ne vous demande que le mot de passe de cet utilisateur pour autoriser la connexion (tapez raspberry)

Enter pi's password:
Domain=[MAISON] OS=[Windows 6.1] Server=[Samba 4.2.10-Debian]
smb: \>

On voit que le domaine est bien MAISON (c’est mieux que WORKGROUP, non ?). Le prompt
smb : \>
vous indique que la connexion a été autorisée. Vous allez pouvoir entrer des commandes.

smb: \> ls
.                                   D        0  Wed May 11 19:26:55 2016
..                                  D        0  Wed May 11 19:22:55 2016
raspi1                              N        0  Wed May 11 19:26:55 2016

15273212 blocks of size 1024. 10503608 blocks available

Le ls nous prouve que nous sommes bien connectés au RasPi 1 puisqu’on retrouve notre fichier « flag » appelé raspi1. Pour tester si on a le droit d’écrire, nous allons ajouter un dossier toto (oui, je sais… mais c’est une habitude).

smb: \> mkdir toto
smb: \> ls
.                                   D        0  Wed May 11 19:52:05 2016
..                                  D        0  Wed May 11 19:22:55 2016
raspi1                              N        0  Wed May 11 19:26:55 2016
toto                                D        0  Wed May 11 19:52:05 2016

15273212 blocks of size 1024. 10503604 blocks available
smb: \> cd toto
smb: \toto\>

Tout va bien, le partage est opérationnel  et on peut travailler dedans depuis le deuxième Raspberry Pi. Sortez du client Samba :

smb: \> exit
pi@raspberrypi:~/ $

Montage automatique d’un partage Samba

Pour monter le répertoire partagé « à la mano » la commande (que vous pouvez tester 🙂 )  serait :

 

sudo mount -t cifs -o username=pi,password=raspberry //192.168.1.230/commun /home/pi/lien_raspi1

 

L’inconvénient de cette méthode c’est que lors du redémarrage du RasPi2, le montage est perdu car il est simplement stocké en mémoire.

Nous allons donc informer le système qu’il doit systématiquement monter le dossier partagé sur RasPi1 à chaque démarrage. Ça se passe dans /etc/fstab.

Le fichier fstab (file systems table) est la table des différents systèmes de fichiers sur un ordinateur sous Unix/Linux : il contient une liste des disques utilisés au démarrage et des partitions de ces disques. Pour chaque partition, il indique comment elle sera utilisée et intégrée à l’arborescence du système de fichiers global (c’est-à-dire le point de montage). Il se trouve généralement à /etc/fstab.
Dans les versions récentes d’Unix/Linux, des outils d’administration peuvent automatiquement générer un fichier fstab complet lors de l’installation du système d’exploitation ou proposer une interface graphique pour modifier ce fichier. (Wikipedia)

Merci Kikipedia, on va s’en occuper !

Comme vous l’avez vu avec la commande mount, si vous ne saisissez pas le nom d’utilisateur et son mot de passe, vous ne pouvez pas vous connecter au partage Samba. En mode manuel pas de problème, soit vous saisissez le login/password manuellement, soit vous l’intégrez à la commande mount.

Maintenant imaginons un Raspberry Pi « headless » (pas de clavier, pas d’écran… je ne parle même pas de la souris, accessoire bien inutile en ligne de commande 🙂 ). Alors, hein avec un RasPi headless c’est comment-y que vous saisissez le login/mot de passe ?

Heureusement Tux le manchot a pensé à tout. Il suffit de créer un fichier .smbcredentials et de mettre dedans le login et le mot de passe… Fastoche !

Remarque : Le point devant le nom du fichier signifie que c’est un fichier caché

Sur le Raspi2 créez un fichier /home/pi/.smbcredentials (oui avec nano mais je ne vais pas tout vous re-expliquer à chaque fois, bossez un peu, aussi 🙂 ). Dans le fichier ajoutez ces deux lignes:

username=pi
password=raspberry

Puis donnez au fichier les droits 600. (Si ça ne vous inspire pas je vous conseille un peu de lecture)

Ajout d’un montage dans fstab

Toujours sur le Raspi2 ajouter la ligne suivante à /etc/fstab :

//192.168.1.230/commun  /home/pi/lien_raspi1 cifs  credentials=/home/pi/.smbcredentials,x-systemd.automount,defaults 0 0

Pour tester qu’il n’y a pas d’erreur dans la ligne que vous avez rajoutée à fstab la commande mount -a monte les systèmes de fichiers présents dans fstab :

pi@raspberrypi:~ $ sudo mount -a

Si vous ne vous faites pas insulter par Jessie c’est que ça s’est bien passé. Sinon… cherchez l’erreur que VOUS avez pu faire et ne m’envoyez pas de message incendiaire pour m’insulter et me dire que le tuto « y marche pas » 😉

On va vérifier que maintenant le RasPi2 a bien une liaison avec le serveur (oui je sais il s’en passe des choses parfois étrange dans les bars…)

pi@raspberrypi:~ $ cd lien_raspi1
pi@raspberrypi:~/lien_raspi1 $ ls -al
total 4
drwxrwxr--  3 pi pi    0 mai   11 19:52 .
drwxr-xr-x 21 pi pi 4096 mai   11 21:19 ..
-rw-r--r--  1 pi pi    0 mai   11 19:26 raspi1
drwxrwxrwx  3 pi pi    0 mai   11 21:20 toto
pi@raspberrypi:~/lien_raspi1 $

On retrouve notre fichier raspi1 qui se trouve sur le RasPi1… donc on a bien monté le partage sur /home/pi/lien_raspi1 🙂

Vérification finale

Je vous laisse décortiquer la ligne ajoutée dans fstab. Vous trouverez des liens dans la rubrique Sources.

Allez, on reboote ! Et là, misère de misère, le montage ne se fait pas ! Le répertoire /home/pi/lien_raspi1 reste désespérément vide 🙁

Explication : le RasPi2 était relié au routeur en WiFi et le réseau n’était pas encore en place quand le système voulait monter le partage dans /home/pi/lien_raspi1. Pas de message mais… pas de montage non plus ! dmesg par contre donnait des indications claires sur le problème qui provoquait la « panne » (vous voyez qu’en cherchant un peu on arrive à mettre hors de cause les farfadets, gnomes et autres trolls qui sont censés hanter Linux) :

[    9.652749] FS-Cache: Netfs 'cifs' registered for caching
[    9.653772] Key type cifs.spnego registered
[    9.653866] Key type cifs.idmap registered
[    9.679094] CIFS VFS: Error connecting to socket. Aborting operation.
[    9.680424] CIFS VFS: cifs_mount failed w/return code = -101
[    9.818847] CIFS VFS: Error connecting to socket. Aborting operation.
[    9.824717] CIFS VFS: cifs_mount failed w/return code = -101
[   10.118682] systemd-journald[133]: Received request to flush runtime journal from PID 1
[   10.419502] Adding 102396k swap on /var/swap.  Priority:-1 extents:3 across:1773568k SSFS
[   10.526376] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[   10.526719] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   10.685480] wlan0: authenticate with c0:4a:00:5a:ca:03
[   10.758366] wlan0: send auth to c0:4a:00:5a:ca:03 (try 1/3)
[   10.760181] wlan0: authenticated
[   10.762347] wlan0: associate with c0:4a:00:5a:ca:03 (try 1/3)
[   10.765989] wlan0: RX AssocResp from c0:4a:00:5a:ca:03 (capab=0x431 status=0 aid=6)
[   10.774647] wlan0: associated
[   10.774937] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready

On voit que quand wlan0 est prêt (dernière ligne) il y a belle lurette que l’erreur CIFS est passée et que notre montage n’a pas été fait ! Ce qui se traduit lorsque vous allez dans le répertoire lien_raspi1 par un répertoire désespérément vide. 🙁

En mettant x-systemd.automount dans les options de la ligne ajoutée à fstab, on indique au système qu’il peut démarrer et que le montage du dossier partagé n’interviendra que lorsque vous y accéderez…

Démarrage normal… accédez au répertoire /home/pi/lien_raspi1 et vous y retrouvez tout ce qu’on s’attend à y trouver :

pi@raspberrypi:~/lien_raspi1 $ ls
raspi1    toto

C’est à dire notre « flag » raspi1 et le répertoire toto créé un peu plus tôt (nan, pas le chien de Mickey !)

Amusez vous, créez des fichiers, supprimez les, créez un répertoire et des fichiers dans ce répertoire etc… tout ça doit fonctionner sans problème.

Bon, et on en fait quoi ?

Alors là… C’est vous qui voyez ! Vous avez un répertoire partagé entre deux machines (mais ce n’est pas limitatif). Chaque RasPi peut écrire dans ce répertoire ou y récupérer des infos. Voilà un bon moyen pour échanger des images, des mesures, tout ce que vous voudrez…

Conclusion

Nous sommes arrivés au bout de cette aventure. Samba est capable de bien d’autres choses et de nombreux tutoriels proposent des solutions (même framboise314). Celui de Pi Home Server dans les sources ci-dessous est très bien fait.

Une fois que vous avez un système qui fonctionne, faites une copie de sauvegarde de votre carte microSD et… amusez vous. Vous ne pouvez rien casser, si vous plantez le RasPi vous refaites la carte à partir de votre image sauvegardée et hop, ça repart !

Plus vous ferez de manips, d’erreurs, d’essais… Plus vous avancerez et plus vous progresserez dans l’utilisation de Linux. Juste un truc de professionnel à ne pas oublier : RTFM 😉

Je n’ai pas la prétention d’avoir réalisé LE partage Samba parfait. Il y a certainement des imperfections que les commentaires ci-dessous vous permettront de rectifier ! Mais bon, ne venez pas me dire qu’avec NFS ç’aurait été plus rapide, plus facile, plus mieux bien…

Sources

• https://doc.ubuntu-fr.org/partage
• https://wiki.debian.org/fr/fstab
• https://www.freedesktop.org/software/systemd/man/systemd.automount.html#
• https://wiki.ubuntu.com/MountWindowsSharesPermanently#Mount_password_protected_shares_using_libpam_mount_.28Ubuntu_9.04.29
• https://doc.ubuntu-fr.org/tutoriel/acceder_a_votre_nas_depuis_toutes_les_applications

Raspberry Pi : installer Samba