Risposta attuale: non installare CasaOS direttamente su OpenWrt con l’installer standard
L’installer moderno rende la risposta più chiara rispetto alla discussione del 2023: CasaOS rileva esplicitamente openwrt e interrompe l’installazione. OpenWrt non è un normale host Debian/Ubuntu con i pacchetti e le ipotesi sui servizi che CasaOS si aspetta.
I controlli dell’installer di CasaOS attuali mostrano che OpenWrt viene rifiutato.
Perché le due piattaforme sono incompatibili
OpenWrt è incentrato sui router e dispone di un proprio gestore dei pacchetti, modello dei servizi e stack di rete. CasaOS si aspetta uno spazio utente Linux generico con Samba, cifs-utils, Docker e altri servizi host. Forzare CasaOS su OpenWrt crea conflitti tra pacchetti, filesystem e gestione della rete.
CasaOS è destinato agli host della famiglia Debian
L’elenco degli host supportati da CasaOS indica Debian 12 come testato e consigliato, mentre OpenWrt non rientra nel supporto normale.
Se ti servono routing e app, usa la virtualizzazione
Una progettazione più pulita prevede un hypervisor o un host Linux generico, con OpenWrt in una macchina virtuale e un’altra macchina virtuale, oppure l’host, che esegue i servizi NAS. In questo modo il routing è isolato dalla gestione dello storage e delle app. L’hardware ZimaBoard 2 e i requisiti delle macchine virtuali di ZimaOS supportano questa suddivisione.
Non fare affidamento su pacchetti NAS sperimentali per il router
Se la macchina è il gateway domestico, un aggiornamento dei pacchetti non riuscito può interrompere l’accesso a Internet per ogni dispositivo. Mantieni il routing essenziale e prevedibile.
Docker può funzionare su OpenWrt?
Su alcuni target sì, ma questo non significa che CasaOS sia supportato. I singoli container possono essere gestiti come carichi di lavoro OpenWrt/Docker. La documentazione di OpenWrt per gli host Docker descrive questo modello.
Se vuoi CasaOS, installa prima Debian
Per il self-hosting, installa Debian 12 e poi CasaOS. Se vuoi l’attuale piattaforma NAS di IceWhale, installa direttamente ZimaOS su hardware x86. La procedura di ripristino dell’installazione di ZimaOS offre l’alternativa moderna.
Proteggi il ripristino della rete prima di ripartizionare
Se ZimaBoard fornisce attualmente l’accesso a Internet, esporta la configurazione di OpenWrt e tieni a disposizione un altro router prima della reinstallazione. Una migrazione non riuscita non dovrebbe trasformarsi in un’interruzione della rete domestica.
Cosa si rompe quando forzi lo script di CasaOS oltre il rilevamento di OpenWrt
Il controllo della distribuzione è solo il primo ostacolo. CasaOS si aspetta nomi dei pacchetti, percorsi del filesystem e servizi corrispondenti a una distribuzione server convenzionale. Anche commentando il blocco per OpenWrt, i passaggi successivi possono non riuscire quando le dipendenze in stile apt, gli strumenti Samba, le ipotesi su Docker o i comandi per i servizi di sistema non esistono nella forma prevista. Questo può lasciare un piano di controllo installato solo parzialmente sulla stessa macchina che gestisce firewall e DHCP.
Per un esperimento in laboratorio può essere accettabile, se puoi riscrivere OpenWrt. Per un router domestico, invece, è un pessimo punto di ripristino. Salva prima la configurazione di OpenWrt e assicurati che un altro router possa subentrare.
Una progettazione migliore con un solo dispositivo usa domini di errore separati
Se l’obiettivo è “una ZimaBoard, due ruoli”, la domanda importante non è se entrambi i pacchetti possano coesistere tecnicamente. È se un aggiornamento del NAS debba poter interrompere il routing. La virtualizzazione crea un confine più pulito: OpenWrt riceve NIC dedicate o interfacce virtuali, mentre la macchina virtuale NAS/servizi gestisce lo storage e i carichi di lavoro Docker. Puoi creare uno snapshot o ricostruire un ruolo senza riscrivere l’altro.
Controlla le risorse hardware prima di virtualizzare entrambi i ruoli
Il routing in sé richiede poche risorse, ma IDS/IPS, crittografia VPN, app Docker e indicizzazione NAS possono competere per CPU e RAM. Lascia memoria sufficiente per l’hypervisor e i servizi di storage, riserva un percorso NIC affidabile per la macchina virtuale del router ed evita di assegnare lo stesso dispositivo di storage fisico a più guest.
Per l’uso in produzione, mantieni indipendenti le finestre di manutenzione del router e dello storage, così un esperimento sul NAS non si trasforma mai in un’interruzione di Internet per tutta la casa.
Domande frequenti
Posso eseguire l’installer di CasaOS su OpenWrt?
L’installer attuale di CasaOS rileva esplicitamente OpenWrt e interrompe l’installazione.
CasaOS e OpenWrt possono condividere una ZimaBoard?
Usa la virtualizzazione o sistemi separati se ti servono entrambi i ruoli.
OpenWrt può eseguire container Docker?
Su alcuni target sì, ma si tratta della gestione diretta di OpenWrt/Docker, non di CasaOS.
Quale sistema operativo dovrebbe ospitare CasaOS?
Debian 12 è attualmente l’host testato e consigliato.
Il router dovrebbe essere anche il mio NAS?
È possibile con un isolamento efficace, ma confini separati tra macchina virtuale e sistema riducono l’impatto dei guasti.
