L'interface Web est accessible, mais notre serveur d'impression repose encore sur des configurations réseau d'usine. Dans ce troisième volet du projet RPI 3B+ Klipper V1.0, nous plongeons dans les entrailles du système d'exploitation Debian. De la prise de contrôle sécurisée en SSH à la gestion de votre adresse IP avec NetworkManager, découvrez comment optimiser et stabiliser votre Raspberry Pi pour en faire un serveur fiable.
Avant de commencer [Prérequis]
- Votre Raspberry Pi 3B+ doit être démarré et connecté au même réseau local (Wi-Fi ou Ethernet) que votre ordinateur.
- Vous devez connaître le nom d'hôte (hostname) ou l'IP temporaire de votre Pi, ainsi que les identifiants créés lors du flashage.
- Un terminal (Invite de commandes, PowerShell ou Terminal Mac/Linux) prêt à l'emploi.
Note de cadrage : Cet article est un guide pratique de déploiement. Les notions théoriques liées aux couches réseau, aux masques de sous-réseau ou au fonctionnement détaillé des protocoles DNS ne seront pas abordées ici.
1. Première connexion en SSH [Requis]
Pour configurer le système en profondeur, nous devons nous affranchir de l'interface graphique de Mainsail et ouvrir un terminal. Sous Windows, utilisez l'invite de commande (cmd) ou PowerShell ; sous Mac/Linux, ouvrez votre Terminal habituel.
Saisissez la commande suivante en utilisant le nom d'hôte défini et le nom d'utilisateur configuré dans Raspberry Pi Imager :
Lors de la première connexion, le terminal vous demandera de valider l'empreinte de la clé de sécurité (ECDSA key fingerprint). Saisissez yes, validez, puis entrez votre mot de passe (les caractères ne s'affichent pas à l'écran par mesure de sécurité). Vous voilà au cœur de Debian.
2. Fixer l'adresse IP au niveau de l'OS [Optionnel]
Le nom d'hôte zew-klipper.local est déjà parfaitement reconnu par votre navigateur internet et par vos logiciels de découpe comme OrcaSlicer pour piloter votre machine à distance. Cette étape est donc facultative.
Cependant, attribuer une IP fixe directement au niveau de la carte réseau du Raspberry Pi reste une excellente pratique industrielle. Cela garantit que votre serveur sera toujours localisable à la même adresse brute, même si votre routeur gère mal le mDNS. Sur les distributions récentes de MainsailOS (gérées via le back-end Netplan), c'est l'outil **NetworkManager** et sa commande nmcli qui pilotent le réseau.
Étape A : Repérer la connexion active
Avant de modifier quoi que ce soit, analysons l'état du réseau en demandant à NetworkManager d'afficher les connexions configurées :
Voici précisément ce que le système vous retourne :
netplan-eth0 75a1216a-9d1a-30cd-8aca-ace5526ec021 ethernet eth0
lo aa561412-3adf-42ae-98f6-97ed1f6bd12b loopback lo
netplan-wlan0-ZEW ee5fd827-4169-3246-985d-a98a146cb808 wifi --
**Comment lire ce résultat ?**
Regardez la colonne DEVICE. L'interface Wi-Fi (netplan-wlan0-ZEW) affiche --, ce qui signifie qu'elle est en sommeil. En revanche, la ligne netplan-eth0 est rattachée au périphérique matériel eth0 : c'est notre câble Ethernet, et c'est **cette connexion qui est active** et que nous allons figer.
Au besoin : Forcer l'activation de l'interface filaire
Si vous venez de brancher votre câble réseau et que la colonne DEVICE reste vide, vous pouvez forcer l'activation matérielle et logicielle de la carte Ethernet avec cette commande :
Étape B : Configurer tous les paramètres en une seule commande
Copiez-collez la ligne globale ci-dessous dans votre terminal en adaptant les variables réseau entre crochets (veillez à bien adapter le /24 ou /21 selon le masque spécifique de votre sous-réseau) :
Étape C : Appliquer et basculer sur la nouvelle configuration
Pour injecter instantanément les nouveaux paramètres réseau et forcer la migration de l'interface, exécutez :
Attention : Dès la validation de cette commande, votre terminal va se figer et votre session SSH actuelle va couper. C'est tout à fait normal car l'IP du Raspberry Pi vient de migrer. Il vous suffira de réouvrir une session SSH sur la nouvelle IP fixe choisie ou via l'adresse zew-klipper.local.
Étape D : Validation finale de l'IP statique (Même après reboot)
Une fois reconnecté à votre terminal (et idéalement après un redémarrage de contrôle pour valider la persistance), demandez au système d'afficher l'état actuel de votre interface Ethernet :
Le système doit vous renvoyer un bloc de ce type :
link/ether b8:27:eb:c9:fa:0e brd ff:ff:ff:ff:ff:ff
inet [VOTRE_IP_FIXE]/[VOTRE_MASQUE] brd 172.16.7.255 scope global noprefixroute eth0
valid_lft forever preferred_lft forever
inet6 [ADRESSE_IPV6_GÉNÉRIQUE] scope global dynamic noprefixroute
valid_lft 86398sec preferred_lft 86398sec
**Les deux indicateurs de succès :**
1. La ligne inet affiche fièrement l'adresse IP fixe et le masque que vous venez de lui attribuer.
2. La mention valid_lft forever (valid lifetime) confirme que cette adresse est désormais gravée de manière permanente et n'expirera jamais, même après un redémarrage complet du serveur. Votre serveur Klipper possède enfin son ancrage réseau définitif !
3. Maintenance, Mises à jour et Préservation du Stockage
Pour clore cette phase de préparation de notre OS, nous exécutons les commandes de maintenance courantes pour mettre à jour les paquets Debian et débarrasser le système des résidus temporaires.
sudo apt autoremove -y && sudo apt clean
Cette suite de commandes synchronise les catalogues, installe les derniers correctifs logiciels du Raspberry Pi, désinstalle les dépendances obsolètes (autoremove) et vide le cache des fichiers d'installation téléchargés (clean).
Optimisation avancée : Réduction de l'agressivité du Swap (Swappiness)
Par défaut, Debian possède une valeur de swappiness réglée à 60. Cela signifie que le système d'exploitation va chercher très tôt à délester la mémoire vive (RAM) en écrivant des blocs de données temporaires sur la mémoire de stockage (la carte microSD). Sur un serveur d'impression 3D tournant en continu, ces écritures répétées fatiguent prématurément les cellules flash de la carte et peuvent générer de micro-latences d'E/S (Input/Output).
Suivant les standards industriels appliqués sur l'architecture **ZEW-Neptune4Max**, nous allons abaisser cette agressivité à **10**. Le système exploitera ainsi la mémoire vive physique au maximum avant de solliciter le stockage.
Pour injecter cette configuration de manière permanente dans les paramètres système du noyau, exécutez la commande suivante :
Pour appliquer immédiatement cette modification sans attendre le prochain redémarrage, forcez le rechargement des paramètres système avec :
Le terminal vous retournera simplement vm.swappiness = 10. Votre stockage est désormais protégé des cycles d'écriture superflus.
Audit de sécurité : Vérification des répertoires temporaires en RAM (Tmpfs)
Toujours dans l'optique de maximiser la durée de vie de notre support flash, il est crucial de s'assurer que les fichiers éphémères du système (comme le dossier /tmp) sont déportés en mémoire vive via un montage de type tmpfs. Si ces fichiers s'écrivent sur la carte microSD, ils l'usent inutilement. S'ils sont en RAM, ils s'effacent proprement à chaque redémarrage sans aucun impact matériel.
Interrogez le gestionnaire de fichiers pour lister les montages en mémoire vive actifs sur votre distribution :
Voici le retour standard que vous devez obtenir sur une installation MainsailOS moderne :
tmpfs 429M 8.0K 429M 1% /dev/shm
tmpfs 5.0M 12K 5.0M 1% /run/lock
tmpfs 429M 4.0K 429M 1% /tmp
tmpfs 86M 12K 86M 1% /run/user/1000
**Analyse du résultat :**
Repérez la ligne contenant le point de montage /tmp. Sa présence confirme que la distribution MainsailOS intègre nativement cette optimisation industrielle. Environ 430 Mo de RAM sont dynamiquement alloués aux écritures temporaires. Le hardware est hors de danger, aucune modification manuelle supplémentaire n'est requise. Votre Raspberry Pi 3B+ est paré pour des heures d'impression intensives.
Conclusion
La fondation est désormais indestructible : le système d'exploitation est à jour, épuré, optimisé pour préserver le matériel, et prêt à être exploité.