Chi ha un homelab fisico conosce quella camminata: ti alzi, raggiungi il rack, colleghi un monitor e una tastiera a una macchina che non risponde — solo per cambiare un'opzione nel BIOS o capire perché non fa boot. SSH non ti salva: serve un accesso pre-boot, quello che vede lo schermo prima ancora che parta il sistema operativo. È il lavoro di un IP KVM.
Da qualche settimana sulla mia scrivania c'è il JetKVM, il KVM-over-IP open source grande quanto un Apple Watch che ho aperto nell'unboxing e di cui ho mostrato la web UI col BIOS da browser. La domanda che mi fate di più, e che cerca mezzo internet, è una sola: conviene il JetKVM, o serve ancora un PiKVM?
Nota: JetKVM è uno sponsor di homelabz.cc e mi ha inviato il device per la recensione. I test, gli errori e le schermate sono i miei, dal mio laboratorio. Il PiKVM, invece, non l'ho provato di persona: il confronto qui sotto si basa sulle specifiche ufficiali, sul test comparativo di Jeff Geerling — che li ha provati quasi tutti — e sulla community homelab. Dove non ho un dato verificato, lo dico.
A chi serve davvero un IP KVM
Un IP KVM si interpone tra la macchina e te, e ti dà tastiera, video e mouse da remoto anche quando il sistema operativo è morto. In concreto: entri nel BIOS/UEFI e cambi boot order o virtualizzazione, monti una ISO come fosse una chiavetta e reinstalli il sistema da zero, recuperi una macchina bloccata al boot senza essere fisicamente lì.
Se gestisci server in casa o offsite, è lo strumento che colma il buco tra "SSH funziona" e "devo andare lì di persona". JetKVM e PiKVM risolvono lo stesso problema, ma con due filosofie opposte.
Il JetKVM, alla prova
La filosofia del JetKVM è integrata: un dispositivo unico, un SoC dedicato, lo colleghi e funziona. Niente da assemblare.
L'ho usato per controllare una LattePanda offsite: HDMI dentro il device, cavo USB-C OTG verso una porta del bersaglio, e via. La web UI gira



