Beaucoup d’administrateurs réseau ont commencé avec un Raspberry Pi posé sur un coin de bureau. Un Pi-hole pour filtrer la publicité, un serveur de supervision maison, une sonde de température, un point d’accès de test. On y apprend énormément : le DNS, le DHCP, le routage, les VLAN, les certificats. Ces bases sont exactement les mêmes en entreprise.
Ce qui change, en revanche, ce ne sont pas les protocoles. C’est tout ce qui entoure la machine.
Ce que le Pi apprend vraiment bien
Le premier apport du bricolage, c’est la compréhension des couches. Quand on a monté soi-même un résolveur DNS, on ne confond plus un problème de résolution avec un problème de connectivité. Quand on a configuré un VLAN sur un switch d’occasion, on comprend pourquoi une caméra ne doit pas partager le même segment qu’un poste comptable.
Le deuxième apport, c’est la supervision. Faire tourner Prometheus, Grafana ou un simple script de ping sur un Pi enseigne une chose essentielle : on ne pilote que ce que l’on mesure. Beaucoup de PME découvrent leurs coupures parce qu’un utilisateur se plaint, pas parce qu’une alerte s’est déclenchée.
Le troisième, c’est la culture de la documentation. Un Pi reconfiguré trois fois de mémoire finit toujours par être réinstallé de zéro. On apprend vite à écrire ce qu’on fait.
Ce qu’il n’apprend pas
La première différence tient à la disponibilité. Sur un projet personnel, une coupure de deux heures est une anecdote. Dans une entreprise de cinquante personnes, c’est cinquante personnes à l’arrêt, et souvent des ventes perdues. Cela impose de la redondance : deux liens opérateurs, deux alimentations, un stock de rechange, et surtout un plan de bascule testé.
La deuxième, c’est la responsabilité. Un montage maison n’a pas de contrat de support. Quand le seul à savoir comment fonctionne l’infrastructure part en vacances ou quitte l’entreprise, le savoir part avec lui. C’est la principale raison pour laquelle les bricolages ne survivent pas en production, bien avant les considérations de performance.
La troisième, c’est l’échelle. Un Pi gère très bien dix appareils. À deux cents équipements, avec des invités, des imprimantes, des caméras, des écrans et des postes en télétravail, il faut de la segmentation, de l’authentification par certificat, du contrôle d’accès et des équipements dimensionnés. Ce n’est pas le même métier.
Le pont entre les deux mondes
Il existe pourtant une continuité réelle, et elle est sous-estimée. Les principes appris sur un Pi se retrouvent trait pour trait dans une architecture réseau d’entreprise : segmentation par usage, filtrage entre segments, supervision centralisée, journalisation. La différence porte sur la robustesse et la traçabilité, pas sur la logique.
Concrètement, une bonne architecture de PME reprend les mêmes idées. Un VLAN par usage : postes de travail, voix, caméras, invités, équipements industriels. Un pare-feu qui filtre entre ces segments plutôt qu’un réseau plat où tout se voit. Un Wi-Fi avec authentification par compte d’entreprise, et non par clé partagée notée sur un post-it. Et une supervision qui alerte avant que l’utilisateur ne s’en aperçoive.
Un dernier point rapproche les deux univers : la gestion de configuration. Un Pi provisionné par script plutôt qu’à la main, c’est déjà de l’infrastructure as code. Le réflexe se transpose directement aux équipements professionnels, dont les configurations gagnent à être versionnées et sauvegardées ailleurs que dans la mémoire du boîtier.
Où le Raspberry Pi garde toute sa place
Il serait absurde de conclure que le Pi n’a rien à faire en entreprise. Il excelle dans plusieurs usages parfaitement légitimes : affichage dynamique en vitrine ou en salle de réunion, sonde de supervision déportée sur un site distant, banc de test avant une migration, collecteur de logs pour un atelier. Ce sont des rôles périphériques, non critiques, faciles à remplacer.
La règle est simple : un Pi peut porter une fonction dont la panne est visible et sans conséquence immédiate. Il ne doit jamais porter une fonction dont dépend l’accès au réseau, la sécurité ou l’encaissement.
Passer du labo à la production
Pour une PME, la transition se fait en trois temps. D’abord un état des lieux honnête : schéma réel du réseau, inventaire des équipements, âge du matériel, points uniques de défaillance. Ensuite la segmentation, qui apporte le gain de sécurité le plus important pour le coût le plus faible. Enfin la supervision et la documentation, qui rendent l’ensemble transmissible.
C’est le type de chantier que des prestataires comme Macinwork mènent régulièrement chez des entreprises de vingt à deux cents postes. L’esprit reste celui du bidouilleur : comprendre avant d’acheter. Le cadre, lui, change complètement.
