NanoKVM Full : le minuscule KVM sur IP qui sait presque tout
Prendre la main sur un serveur avant même le démarrage du système, piloter son alimentation et monter une image ISO avec un boîtier de seulement quatre centimètres.
Un serveur qui ne répond plus à SSH ou au bureau à distance oblige normalement à se déplacer, à trouver un écran, un clavier et parfois une prise libre dans une armoire peu accueillante. La situation est encore plus frustrante après une mise à jour ratée, lorsque le système ne démarre plus ou qu’il faut modifier un réglage dans l’UEFI.
Le NanoKVM Full remplace cette intervention physique par un navigateur. Il capture la sortie HDMI de la machine, émule un clavier, une souris et un support USB, puis transmet le tout sur le réseau. Une carte ATX séparée permet également d’appuyer à distance sur les boutons de mise sous tension et de réinitialisation. Le principe n’est pas nouveau ; ce qui étonne ici, c’est de retrouver ces fonctions dans un cube d’environ quatre centimètres.
À quoi sert réellement le NanoKVM Full ?
Le boîtier devient intéressant dès qu’une machine fonctionne sans écran : hyperviseur, NAS assemblé, mini-PC de laboratoire, serveur domotique, station placée dans un atelier ou ordinateur installé dans un lieu difficile d’accès. Il permet notamment de :
- observer les messages du POST et entrer dans le BIOS/UEFI ;
- reprendre la main après une erreur réseau ou une mise à jour défectueuse ;
- démarrer, arrêter ou réinitialiser la machine avec l’interface ATX ;
- monter une image ISO comme lecteur USB virtuel et réinstaller un système ;
- envoyer clavier et souris depuis un navigateur ;
- utiliser Wake-on-LAN, un terminal Web ou des scripts personnalisés.
La version Full est un ensemble prêt à utiliser. La version Lite conserve le cœur RISC-V et la capture HDMI, mais elle s’adresse davantage à l’intégration et au bricolage : pas de boîtier complet, pas d’écran OLED ni de carte ATX fournie.
Fiche technique actuelle
| Élément | NanoKVM Cube Full | Conséquence pratique |
|---|---|---|
| Plateforme | SG2002 RISC-V, 1 GHz, 256 Mo DDR3 | Suffisant pour une console distante, pas pour remplacer un ordinateur généraliste |
| Vidéo | HDMI jusqu’à 1080p à 60 images/s | Lecture confortable du BIOS et du bureau, sans viser l’usage multimédia |
| Encodage | MJPEG et H.264 | Choix entre simplicité, qualité d’image et bande passante |
| Latence annoncée | Environ 100 à 150 ms selon le mode et le réseau | Très correcte pour l’administration, insuffisante pour le jeu compétitif |
| Réseau | Ethernet 10/100 Mbit/s | Pas de Gigabit, mais le débit suffit généralement au flux KVM |
| Stockage | Carte microSD 32 Go fournie | Le système et les images virtuelles partagent la carte |
| Périphériques virtuels | Clavier, souris et stockage USB | Installation d’un système sans clé USB physique |
| Contrôle | Carte ATX, Wake-on-LAN, deux UART | Alimentation et dépannage série selon l’intégration |
| Affichage local | OLED monochrome 0,96″, 128 × 64 | Adresse IP, état HDMI/USB et paramètres du flux visibles sans scanner |
| Alimentation | USB-C, environ 0,2 A sous 5 V | Très faible consommation, mais une source indépendante est recommandée |
| Dimensions | 40 × 36 × 36 mm | Le boîtier est minuscule ; les câbles occupent plus de place que lui |
Le modèle Cube ne transmet pas l’audio et ne possède pas de sortie HDMI en boucle. L’écran local d’origine doit donc être débranché ou alimenté par un répartiteur adapté si la machine doit rester utilisable sur place. Ces deux limites distinguent clairement ce produit d’un KVM de rack haut de gamme.
Contenu de la boîte et qualité physique
La version Full comprend normalement le boîtier avec sa carte système préparée, la carte NanoKVM-B destinée au panneau avant de la carte mère, deux câbles USB-A vers USB-C et un faisceau Dupont. L’ensemble est léger, mais la coque protège correctement les circuits et le refroidissement reste totalement passif.
Les connecteurs sont répartis sur plusieurs faces :
- HDMI IN reçoit l’image de la machine cible ;
- HID relie le NanoKVM à un port USB de cette machine et transporte clavier, souris et stockage virtuel ;
- AUX fournit une alimentation indépendante ;
- KVM-B relie la carte de contrôle ATX ;
- RJ45 connecte l’appareil au réseau local.
Le véritable défi physique n’est pas le boîtier, mais les cinq câbles qui peuvent l’entourer. Dans une petite baie ou derrière un mini-PC, des câbles courts et souples, des attaches et un support imprimé en 3D rendent l’installation beaucoup plus propre. Le faible poids du NanoKVM ne suffit pas à empêcher un câble HDMI rigide de le déplacer.
Branchement : trois chemins et une alimentation
Le HDMI est un flux entrant : il part de la sortie vidéo du serveur vers le NanoKVM. Le câble HID est bidirectionnel du point de vue fonctionnel : il alimente éventuellement le boîtier et présente les périphériques USB à l’hôte. La carte ATX se branche en parallèle des boutons du boîtier sur les broches Power Switch, Reset Switch et Power LED de la carte mère.
Première connexion et sécurité immédiate
Une fois l’Ethernet raccordé, l’écran OLED affiche l’adresse obtenue par DHCP ainsi que l’état des liaisons HDMI et USB. Il suffit d’ouvrir cette adresse dans un navigateur récent. Les anciens appareils peuvent encore présenter les identifiants initiaux admin/admin pour l’interface et root/root pour SSH.
Les versions récentes améliorent ce point : depuis l’application 2.1.5, un appareil dont le mot de passe n’a jamais été défini demande de le modifier. La version 2.5.1, publiée en septembre 2026, ajoute des comptes admin et user, des rôles distincts, des cookies de session HttpOnly et la révocation des sessions lors d’un changement de mot de passe.
Avant tout accès distant :
- mettre l’application à jour depuis une connexion locale ;
- choisir un mot de passe unique et long ;
- créer un compte utilisateur non administrateur lorsque plusieurs personnes doivent intervenir ;
- réserver l’adresse DHCP et placer l’appareil dans un VLAN d’administration ;
- ne jamais publier directement l’interface Web ou SSH sur Internet.
SSH est désactivé par défaut sur les images modernes, ce qui est préférable. Ne l’activez que pour une opération précise et limitez son accès par pare-feu. Le NanoKVM contrôle clavier, écran et alimentation : il doit être traité comme une interface d’administration privilégiée, pas comme un simple accessoire USB.
Interface Web et qualité vidéo
L’interface concentre la vidéo et une barre d’outils flottante. Elle donne accès au clavier virtuel, au mode de souris, au montage d’images, au terminal, au Wake-on-LAN, aux commandes ATX, aux scripts et aux paramètres du flux. L’ensemble reste étonnamment réactif compte tenu des 256 Mo de mémoire.
Quatre résolutions de transmission sont proposées : 1080p, 720p, 600p et 480p. Ce réglage modifie le flux envoyé au navigateur, pas la résolution HDMI produite par le serveur. Le choix du codec dépend de la situation :
- MJPEG envoie des images indépendantes, offre un comportement prévisible et une bonne lisibilité, mais consomme davantage de bande passante ;
- H.264 réduit fortement le débit et donne généralement une expérience plus fluide, au prix d’une chaîne de décodage un peu plus complexe.
La détection des différences arrête l’envoi d’images lorsque l’écran reste immobile. Elle économise du trafic, mais ajoute environ 0,2 seconde lors de la reprise d’animation. Pour installer un système ou lire une console, le réglage par défaut est pertinent. Pour surveiller une animation, désactivez-le temporairement.
Le 1080p à 60 images/s est une capacité maximale, pas une garantie permanente. Le résultat dépend du navigateur, de la scène, du codec, de la qualité choisie et du réseau. Pour l’administration, la latence annoncée d’environ 100 à 150 ms est confortable. Pour la création graphique, l’audio ou les jeux, ce n’est pas le bon outil.
Images ISO et réinstallation à distance
Le stockage libre de la carte microSD peut être présenté à l’hôte comme un lecteur virtuel. On peut y déposer plusieurs images d’installation, sélectionner celle qui doit être montée, puis choisir ce périphérique dans le menu de démarrage du serveur. Cette fonction transforme le NanoKVM en trousse de secours permanente.
La capacité réellement disponible n’est pas exactement 32 Go : le système occupe une partie de la carte et l’espace varie selon l’image installée. La microSD du Cube atteint environ 12 Mo/s dans la comparaison officielle. L’amorçage et l’installation sont donc moins rapides qu’avec un SSD USB, mais l’objectif est surtout d’éviter un déplacement.
Préparez les images avant l’incident et vérifiez leur somme de contrôle. Une image corrompue découverte pendant une panne distante n’est d’aucune utilité. Testez également que l’UEFI détecte bien le lecteur virtuel et mémorisez la touche du menu de démarrage.
Contrôle ATX : la fonction qui fait la différence
Le tableau de commande reproduit les actions du bouton physique. Un appui bref demande un démarrage ou un arrêt normal selon l’état de l’hôte ; un appui prolongé force la coupure ; Reset déclenche une réinitialisation matérielle. L’état de la LED du panneau avant est remonté à l’interface.
Cette capacité doit être utilisée avec précaution. Une coupure forcée peut endommager un système de fichiers, interrompre une mise à jour ou corrompre une base de données. Commencez toujours par observer l’écran et tenter un arrêt propre. Le bouton virtuel d’urgence n’est pas un substitut à la haute disponibilité.
Accès depuis l’extérieur : VPN avant redirection de ports
Tailscale est intégré et permet de joindre le NanoKVM derrière une connexion sans adresse publique, sans ouvrir de port sur le routeur. Après association au même réseau privé, l’interface devient accessible par l’adresse Tailscale de l’appareil. Dans un environnement professionnel, appliquez des ACL ou des Grants afin que seuls les postes et comptes d’administration puissent atteindre le KVM.
Un VPN auto-hébergé convient également. L’essentiel est d’éviter une exposition directe. Activez l’authentification multifacteur du compte VPN, retirez les appareils qui ne sont plus utilisés et mettez régulièrement à jour le client comme l’application NanoKVM.
Ce qui séduit
- Le format : le boîtier tient près d’un mini-PC ou dans une petite armoire sans monopoliser un emplacement.
- L’autonomie vis-à-vis du système : BIOS, console de démarrage et installation restent accessibles.
- Le média virtuel : plusieurs outils de secours peuvent rester sur place.
- Le contrôle ATX fourni : la version Full est réellement exploitable sans soudure.
- L’écran OLED : l’adresse IP et l’état des liens sont visibles immédiatement.
- Le logiciel ouvert et actif : le dépôt public reçoit encore des fonctions, des correctifs et des améliorations de sécurité.
- Le silence : aucun ventilateur ni pièce mobile.
Ce qu’il faut accepter
- Une forêt de câbles : HDMI, HID, AUX, réseau et ATX dépassent largement le volume du boîtier.
- Un Ethernet limité à 100 Mbit/s : suffisant pour l’usage prévu, mais modeste en 2026.
- Pas d’audio ni de HDMI loop-out : le NanoKVM Cube reste orienté administration.
- Un seul hôte : gérer plusieurs serveurs exige plusieurs boîtiers ou un véritable KVM matriciel.
- Une microSD comme stockage système : gardez une image de secours et évitez les coupures sauvages.
- Une sécurité à configurer : mot de passe, segmentation, mises à jour et VPN ne sont pas facultatifs.
Full, Lite ou modèle plus puissant ?
Le Cube Full est le choix logique pour une installation individuelle prête à fonctionner : boîtier, OLED, carte et contrôle ATX sont fournis. Le Lite convient à l’intégration en série ou à un projet où l’on accepte de fabriquer le boîtier, l’alimentation et la commande ATX.
Un modèle KVM plus puissant se justifie si l’on exige du Gigabit, une image 4K, de l’audio, un HDMI en boucle, plusieurs ports serveur ou une latence plus faible. Ces besoins dépassent la vocation du NanoKVM Cube Full. Sa force n’est pas de remplacer toutes les consoles professionnelles, mais de rendre l’administration hors bande accessible à chaque petit serveur.
Verdict
Le NanoKVM Full est l’un de ces appareils dont l’utilité paraît abstraite jusqu’au premier serveur bloqué à distance. À cet instant, voir l’écran de démarrage, envoyer une touche dans l’UEFI ou monter une image ISO évite un déplacement et peut amortir le boîtier en une seule intervention.
Ses limites sont cohérentes avec son format : Ethernet 100 Mbit/s, stockage microSD, absence d’audio et câble management délicat. En contrepartie, la combinaison HDMI, HID, média virtuel, OLED et commande ATX forme une vraie console hors bande. Bien alimenté, isolé dans un réseau d’administration et accessible uniquement par VPN, ce minuscule cube devient un excellent compagnon de serveur domestique, de laboratoire ou de petite infrastructure.
Références techniques
- Sipeed : dépôt officiel NanoKVM et comparaison des modèles
- Sipeed Wiki : architecture et caractéristiques du NanoKVM Cube
- Sipeed Wiki : démarrage, interfaces et contrôle ATX
- Sipeed Wiki : vidéo, périphériques virtuels et interface Web
- Sipeed Wiki : accès distant avec Tailscale
- Sipeed : journal des versions de l’application NanoKVM
À lire ensuite
À propos de l’auteur
Jeremy Kraft administre les infrastructures et les services auto-hébergés de l’IBCSC. Ces guides reprennent des configurations réellement déployées, revérifiées avant publication.
Discussion
Commentaires
Aucun commentaire pour le moment. Vous pouvez ouvrir la discussion avec une question ou un retour d’expérience.