KoaVM
Novità

Cosa c'è di nuovo.

Tutte le versioni di KoaVM, dalla più recente. Le stesse note sono nella pagina Novità del pannello, che si aggiorna con un clic. Come si aggiorna →

1.18.0

Cluster e storage condiviso

Per gli amministratori

  • Cluster Incus con storage condiviso (Ceph, SAN iSCSI/Fibre Channel con lvmcluster, TrueNAS): aggiungi ogni server del cluster come nodo e il pannello capisce da solo che è un membro (pagina Nodi: «membro … · cluster …», pool segnato «condiviso»).
  • Le VPS sul pool condiviso si spostano fra i membri del cluster senza copiare il disco: a caldo in pochi secondi, altrimenti spente e riaccese in meno di un minuto. Lo spazio del pool condiviso si conta su tutto il cluster.
  • Alta affidabilità senza perdere dati per le VPS sul Ceph del cluster: niente copie, il nodo di riserva è un altro membro. Il guasto si conferma anche con il cluster (gli altri membri segnano il server OFFLINE); prima di far ripartire le VPS il pannello isola il server guasto da Ceph (blocklist), e al ritorno ferma i processi rimasti e toglie il blocklist.
  • Un piano con il pool di storage condiviso mette le sue VPS solo sui nodi che hanno quel pool (prima, dove il pool mancava, finivano sul pool locale).
  • Correzioni: la lettura della RAM vera e la chiave SSH dei nodi si aggiornano quando cambia la porta SSH del nodo.

Per i clienti

  • Se la tua VPS è protetta e sta su uno storage condiviso, la sua pagina dice che in caso di guasto riparte senza perdere dati.
1.17.0

GPU per le VPS

Per gli amministratori

  • GPU per le VPS: GPU intera (passthrough), vGPU con un profilo (NVIDIA vGPU, Intel GVT-g) o funzioni virtuali SR-IOV. Le GPU non vanno mai in overbooking.
  • Nodi › GPU: le schede che Incus vede sul nodo, con modello, driver, profili vGPU, VF e chi le usa. Una scheda va alle VPS solo se la abiliti (la scheda video del server non si può abilitare). «Controlla il nodo» guarda IOMMU, vfio-pci e gruppi IOMMU e dice cosa fare se manca qualcosa.
  • Piani con GPU: quante, di che tipo, di che modello (o qualsiasi abilitata) e il profilo per le vGPU. Il pannello crea la VPS su un nodo con GPU uguali libere; la RAM delle VPS con GPU resta bloccata e deve stare nella RAM vera del nodo.
  • Le VPS con GPU si spostano a freddo verso un nodo con una GPU uguale libera; con l'alta affidabilità la GPU del nodo di riserva si prende quando la VPS riparte. Il cambio piano tiene la stessa GPU.
  • Modalità di soccorso: le VPS Windows (senza agente nel sistema di soccorso) sono pronte appena risponde SSH, invece di aspettare 4 minuti con l'uscita bloccata.

Per i clienti

  • Se la tua VPS ha una GPU, la sua pagina mostra quale.
1.16.0

Alta affidabilità delle VPS

Per gli amministratori

  • Alta affidabilità: le VPS protette si copiano ogni 10 minuti (si può cambiare) su un nodo di riserva e, se il loro nodo si spegne di colpo, ripartono lì dall'ultima copia con lo stesso IP. Si accende dal piano (opzione «Alta affidabilità») o sulla singola VPS (riquadro «Alta affidabilità» nella sua pagina); solo nodi con ZFS e VPS sul pool predefinito.
  • Il nodo di riserva lo sceglie il pannello: un nodo dove l'IP della VPS può seguirla (lo stesso blocco collegato ai due nodi, oppure un IP del fornitore che il pannello sposta), con posto per tutte le VPS che ripartirebbero insieme, nella stessa città se c'è. Se nessun nodo va bene il riquadro dice perché. Si può scegliere a mano.
  • Un nodo è «spento» solo se né Incus né SSH rispondono da 3 minuti, il pannello vede gli altri nodi e almeno un altro nodo, che prima lo vedeva (prova di base ogni 20 minuti), conferma che non lo raggiunge più. Di serie arriva l'avviso e le VPS ripartono quando confermi (pagina Alta affidabilità › Fai ripartire); il modo automatico si sceglie nelle impostazioni. Ripartono prima quelle con la priorità più alta, finché c'è posto.
  • Recinto: le VPS protette non si riaccendono da sole quando il loro nodo riparte (le riaccende il pannello se serve). Quando un nodo spento torna, il pannello spegne le copie vecchie delle VPS ripartite altrove, toglie loro la rete e le tiene 7 giorni per recuperare i dati degli ultimi minuti.
  • «Passa al nodo di riserva» sposta una VPS protetta senza perdere dati (per le manutenzioni e per provare la HA); poi la protezione si gira verso il nodo di prima. Nuova pagina Alta affidabilità con nodi, VPS protette, copie vecchie ed eventi; scudo accanto alle VPS protette nell'elenco; avvisi per nodo spento, ripartenze, copie in ritardo.

Per i clienti

  • Se la tua VPS è protetta dall'alta affidabilità, la sua pagina lo dice e mostra quanti minuti di dati puoi perdere al massimo: se il server si guasta, la VPS riparte su un altro server con lo stesso IP.
1.15.0

Modalità di soccorso e file dai backup

Per gli amministratori

  • Modalità di soccorso in un clic: la VPS si riavvia in un piccolo sistema Debian con la sua rete (stessi IP, anche IPv6), l'accesso SSH di root con una password temporanea e il suo disco collegato ma non montato. «Esci» (o dopo 24 ore da sola) e riparte con il suo sistema come prima, senza rifare il primo avvio. La prima volta su un nodo il pannello prepara da solo il disco del sistema di soccorso (Debian 13 da cloud.debian.org).
  • File dai backup: «Sfoglia i file» accanto a un backup prepara una copia del backup sul nodo e la monta in sola lettura dentro la VPS. Dal pannello si scaricano i file (fino a 2 GB) o si rimettono nella VPS, al loro posto o accanto con un nome nuovo. Vale per la replica ZFS, i backup completi e l'archivio a pezzi; la copia si collega solo a VPS già partita e si cancella quando la chiudi, dopo 24 ore o quando la VPS si spegne o si riavvia.
  • Durante il soccorso niente snapshot, backup (quelli automatici si saltano), spostamenti, reinstallazioni e cambi di piano: la VPS è «In soccorso» anche nell'elenco. Nell'API v1 ci sono GET e POST /vps/{id}/rescue e POST /vps/{id}/rescue/exit.

Per i clienti

  • La VPS non parte più, hai perso la password o hai rotto fstab? «Avvia in modalità di soccorso» la riavvia in un sistema Linux con la sua rete: entri con SSH come root e il disco della VPS è lì, da montare. Quando hai finito, «Esci» e la VPS torna com'era.
  • Hai cancellato un file? «Sfoglia i file» accanto a un backup: giri fra le cartelle del backup e scarichi il file o lo rimetti nella VPS, senza ripristinare tutto.
1.14.0

Limiti di disco e CPU per piano e grafici del disco

Per gli amministratori

  • Ogni piano può avere dei freni contro il «vicino rumoroso»: lettura e scrittura del disco in MB/s e in operazioni al secondo (anche tutti e due: vale quello che arriva prima), uso massimo della CPU (la parte di ogni vCPU che la VPS può usare, anche con il nodo libero) e priorità della CPU (normale, bassa, alta). I limiti del disco valgono per ogni disco della VPS. Valgono anche per le VPS già create: quando salvi il piano li ricevono in pochi secondi, anche accese.
  • Le risorse su misura di una VPS possono avere limiti suoi; un cambio piano rimette quelli del piano nuovo, senza riavvio. Anche dall'API (GET /plans, POST /vps/{id}/resources).
  • I limiti li mette il pannello sul nodo via SSH: ogni VPS del nodo va in un suo gruppo (cgroup) e il limite vale entro 30 secondi, anche dopo ogni accensione. In Impostazioni › Nodi e overbooking scegli dove: solo sui nodi che ne hanno bisogno, su tutti o mai. I limiti del disco non valgono per i dischi sui pool dir.
  • Nella scheda del nodo, «Chi usa di più» mostra le VPS che negli ultimi 10 minuti hanno usato più CPU e più disco, con il link alla VPS, i suoi limiti e quanto ne usa: per trovare subito chi rallenta le altre.
  • Nuovo avviso «Disco al limite» (gruppo VPS, spento di serie): una VPS che tiene un disco al massimo del limite per più dei minuti che scegli.
  • Corretto: allargare il disco principale di una VPS Linux accesa (cambio piano o risorse su misura senza riavvio) faceva fallire tutto il cambio. Ora CPU, RAM e rete cambiano comunque, il disco cresce subito e la sua dimensione si aggiorna appena la VPS è spenta.

Per i clienti

  • Nella pagina della VPS c'è il grafico del disco delle ultime 24 ore: lettura e scrittura in MB/s e in operazioni al secondo, misurate sul server.
  • Se il piano ha dei limiti del disco o della CPU li vedi sotto i grafici, con la linea del limite nel grafico del disco.
1.13.0

Verifica in due passaggi

Per gli amministratori

  • Verifica in due passaggi per amministratori, clienti e persone dei team: oltre alla password, un codice di 6 cifre dall'app di autenticazione del telefono (Google Authenticator, Microsoft Authenticator, Aegis, 1Password…). Si attiva da Il mio account inquadrando un codice QR; nascono 10 codici di recupero da salvare, che valgono una volta sola.
  • Impostazioni › Sicurezza: la rendi obbligatoria per gli amministratori e/o per i clienti. Chi non ce l'ha, dopo la password, può solo attivarla. La scheda dice quanti ce l'hanno già.
  • In Clienti e piani il segno «2FA» e il pulsante con lo scudo per toglierla a chi ha perso il telefono (anche alle persone del team del cliente, e dall'API: DELETE /api/v1/clients/{id}/2fa). Per un amministratore: «sudo koavm user-2fa-reset --email …» sul server del pannello.
  • Email quando la verifica viene attivata, disattivata o tolta e quando si entra con un codice di recupero. Chiavi API, link di accesso della fatturazione e accesso con Prime Software ID non cambiano. La chiave dei segreti (totp.key) va nella copia del pannello.

Per i clienti

  • Verifica in due passaggi: da Il mio account la attivi con l'app di autenticazione del telefono. Dopo la password il pannello chiede il codice dell'app; se non hai il telefono, usi uno dei codici di recupero.
  • Nella pagina Team e API il segno «2FA» accanto a chi l'ha attiva; il titolare e gli amministratori del team possono toglierla a chi ha perso il telefono.
1.12.0

Più pool di storage per nodo

Per gli amministratori

  • Un nodo può avere più pool di storage. Il pannello legge da solo i pool che Incus ha sul nodo e li mostra nella scheda del nodo («Pool di storage»: spazio, disco assegnato, VPS); un pool nuovo prende VPS quando spunti la sua casella «Per le VPS». Il pool scelto quando colleghi il nodo resta il predefinito.
  • Una VPS va su un altro pool scelto alla creazione (campo «Pool di storage», o "pool" nell'API), dal pool preferito del suo piano, oppure con «Cambia pool» nella pagina della VPS: Incus copia il disco con gli snapshot a VPS spenta e la riaccende. Disco assegnato, overbooking e freno sull'uso vero si contano per pool; uno spostamento fatto a mano con Incus il pannello lo vede entro 30 secondi.
  • Collegamento dei nodi: se l'indirizzo pubblico non risponde, l'errore dice quello (non più l'ultimo indirizzo provato, come la rete br-vps) e il pannello non prova gli indirizzi privati quando ne ha uno pubblico. «Controlla il server» prova la porta 8443 dal pannello; con ufw o firewalld la preparazione apre la 8443 solo per l'IP del pannello, la 51888/udp, br-vps e l'inoltro delle VPS.
1.11.0

Avvisi quando il disco di una VPS si riempie

Per gli amministratori

  • Il pannello misura ogni 10 minuti lo spazio dentro le VPS accese con l'agente di Incus (df sui file system veri: ext4, XFS, Btrfs, ZFS). È lo spazio che vede il sistema: quello del volume sul nodo con ZFS e LVM thin conta anche i file già cancellati.
  • Nuovo avviso «Disco quasi pieno» (gruppo VPS) quando lo spazio o gli inode di un disco superano la soglia, di serie 90% (Avvisi › Soglie, dove si può anche spegnere la misura). Nella pagina della VPS si sceglie per quella VPS la soglia generale, una soglia sua o «mai». Il messaggio dice lo spazio libero e, se il disco cresce, quando si riempie a quel ritmo.
  • Pagina della VPS: scheda «Spazio su disco» con ogni disco, crescita delle ultime 24 ore, previsione, grafico degli ultimi 7 giorni e «Misura adesso»; il cerchio del disco mostra lo spazio vero dentro la VPS. Elenco delle VPS: colonna «Disco» (il disco più pieno, ordinabile) e filtro «Disco pieno».

Per i clienti

  • Nella pagina della VPS, scheda «Spazio su disco»: lo spazio usato e libero di ogni disco dentro la VPS, quanto cresce e il grafico degli ultimi 7 giorni.
  • Puoi chiedere un'email quando un disco supera la soglia che scegli (dal 50 al 99%): arriva una volta e si riarma quando il disco torna sotto.
1.10.0

OpenStack tra le sorgenti della migrazione

Per gli amministratori

  • Migrazione › Collega una sorgente › OpenStack: API di Keystone v3 con un'application credential (con il ruolo admin si vedono le VM di tutti i progetti) e, se vuoi, l'accesso SSH ai nodi compute. Con i nodi compute le VM si spostano come da libvirt, a freddo o quasi live, con lo stesso MAC e lo stesso IP se è in un blocco del pannello; anche i dischi su Ceph si copiano quasi live.
  • Le VM senza nodo compute collegato si copiano dall'API: istantanea di Nova o volume di Cinder (anche l'avvio da volume e i volumi collegati), scaricati da Glance controllando l'impronta e scritti sul nodo KoaVM. A freddo la VM si spegne prima in OpenStack; quasi live si copia accesa. Immagini, istantanee e volumi temporanei si tolgono alla fine; se qualcosa va storto la VM viene riaccesa in OpenStack.
  • Su KoaVM la VM arriva sistemata come le VPS importate: cloud-init configura la rete al primo avvio, con l'IP di KoaVM (nuovo se quello di OpenStack non è in un blocco del pannello); utenti, password e chiavi restano quelli di prima; UEFI o BIOS si riconosce dall'immagine o dal disco. Con «sospendi nel pannello di origine» la VM viene spenta e bloccata in OpenStack.
  • Importazione via SSH: il pannello traccia le scritture del disco mentre copia (eventi del kernel), così i giri dopo il primo rileggono solo i pezzi scritti e il disco resta congelato pochi secondi anche se è grande o lento (prima l'ultimo giro rileggeva tutto il disco). Se il tracciamento non c'è si rilegge tutto come prima; se il disco venisse scongelato dal tempo massimo prima della fine, l'importazione si ferma invece di consegnare una copia non coerente.
  • VPS importate e da OpenStack con SELinux attivo (AlmaLinux, Rocky, RHEL): l'agente del pannello non partiva (console, password e controlli dal pannello non andavano). Ora parte come servizio non confinato e SELinux resta attivo.
  • Nome host sulle VPS AlmaLinux, Rocky e RHEL: con un nome senza dominio (es. «web1») il sistema prendeva il nome dell'istanza (vps-1234); ora prende quello scelto.
  • Importazione: un giro poteva risultare «non finito» anche se era andato bene (l'ultima riga arrivava dopo la fine del comando); un'importazione interrotta da un riavvio del pannello lasciava acceso il collegamento al disco sul nodo e la VPS non si cancellava; una nuova importazione dalla stessa VPS ora toglie i resti di quella interrotta.

Per i clienti

  • Sulle VPS AlmaLinux, Rocky e RHEL il nome host scelto senza dominio (es. «web1») ora resta quello, invece del nome dell'istanza.
1.9.0

VPS importate da qualsiasi fornitore

Per gli amministratori

  • Migrazione › Importa da un altro fornitore: una VPS Linux di Vultr, Hetzner, DigitalOcean, OVH, Contabo o qualsiasi altro fornitore si porta su KoaVM con il solo accesso SSH. Il pannello entra nella VPS (con la password, usata una volta sola per mettere la sua chiave, o con la chiave del pannello), controlla sistema, disco, filesystem, cloud-init e database senza cambiare niente e stima la durata della copia.
  • La copia si fa da dentro la VPS accesa in tre giri: tutto il disco, poi solo i pezzi cambiati, poi l'ultimo giro con i filesystem congelati per pochi secondi (copia coerente come uno snapshot); i database accesi si possono fermare durante l'ultimo giro. Il disco passa cifrato dentro SSH dalla VPS al pannello e dal pannello al nodo, che non devono fidarsi l'uno dell'altro.
  • Sul nodo la VPS riparte con un IP nuovo: rete di prima messa da parte, cloud-init che prende la configurazione di KoaVM, dischi non copiati tolti da fstab, caricatore UEFI di riserva. Utenti, password, chiavi SSH e programmi restano quelli di prima. Si sceglie cliente (anche nuovo), piano, nodo e nome host; a fine copia la chiave del pannello sparisce dalla VPS di origine, che si può anche spegnere.
  • Fino all'ultimo giro l'importazione si annulla; se qualcosa va storto la VPS su KoaVM sparisce, l'IP torna libero e la VPS di origine resta com'era. Le importazioni non riuscite si riprovano dallo stesso elenco.
  • VPS: filtri per nodo, piano (anche «su misura»), cliente e sistema, oltre a ricerca e stato, con quante VPS ha ciascuno; il piano si vede in colonna con le risorse; si ordina cliccando sulle colonne (nome, cliente, nodo, piano per grandezza, IP, stato, CPU, data di creazione). Filtri e ordine restano nell'indirizzo della pagina e per le volte dopo.
  • Se il pannello viene aggiornato mentre una pagina è aperta, compare l'avviso con «Ricarica» e al clic successivo la pagina si carica con l'interfaccia nuova (prima restava quella vecchia fino a una ricarica). Durante il riavvio del pannello le letture si ritentano da sole per qualche secondo, invece di mostrare «NetworkError».

Per i clienti

  • Se il pannello viene aggiornato mentre una pagina è aperta, compare l'avviso con «Ricarica»; durante il riavvio le pagine riprovano da sole invece di mostrare «NetworkError».
1.8.0

Nodi a elenco

Per gli amministratori

  • Nodi: in alto a destra si sceglie la vista a schede o a elenco, come nel Finder. L'elenco ha una riga per nodo con posizione, thread, RAM, disco e vCPU assegnati, VPS accese, dischi e RAM e stato; si ordina cliccando sulle colonne e il triangolino apre sotto la riga la scheda completa del nodo. La vista scelta resta per le volte dopo.
1.7.1

Pagine che restavano su «Carico…»

Per gli amministratori

  • Le pagine con gli elenchi (VPS, clienti e piani, migrazione, nodi e le altre) restavano su «Carico…» senza chiamare il server se si aprivano in una scheda del browser in secondo piano o in una finestra non visibile. Ora la prima lettura parte sempre e la pagina si aggiorna subito quando torna visibile.

Per i clienti

  • Le pagine con gli elenchi restavano su «Carico…» se si aprivano in una scheda del browser in secondo piano: ora si caricano sempre.
1.7.0

Avvisi per i guasti di dischi e RAM

Per gli amministratori

  • Il pannello controlla ogni nodo ogni 15 minuti: SMART di ogni disco (salute, usura, scorta, temperatura, settori sostituiti o illeggibili, errori del supporto, autotest), pool ZFS e RAID del sistema, errori della RAM contati dall'ECC e registro del kernel (errori di I/O dei dischi, errori hardware del processore). Se smartctl manca lo installa da solo.
  • Avvisi nuovi: disco che si guasta o da tenere d'occhio (uno per disco), pool o RAID con problemi, errori di I/O dei dischi, errori della RAM non corretti o corretti in aumento. Si chiudono da soli quando il problema passa.
  • Nodi › Dischi e RAM: stato di ogni disco con modello, numero di serie, usura, temperatura e ore di accensione, pool, RAM, ultime righe del registro con errori e «Controlla adesso». Un disco che sparisce dal server resta segnato come «non risponde».
1.6.1

Demo con il suo dominio

Per gli amministratori

  • koavm demo --domain: la demo si prepara anche quando ha il suo nome (prima si fermava con «nome non servito da questo pannello»).
1.6.0

Pannello demo senza server

Per gli amministratori

  • Nuovo comando koavm demo: un pannello di prova completo con 4 nodi e 13 VPS simulati in memoria, senza server né Incus. Si possono creare, accendere, spegnere, ridimensionare e spostare VPS fra nodi, fare backup e snapshot, usare reti private, firewall, load balancer, router, DNS e console; impostazioni, nodi veri, password e chiavi API restano bloccati. Riparte da zero ogni 3 ore. È la demo di demo.koavm.com: vedi Installazione › Un pannello demo.
1.5.2

Scritture veloci per nodo

Per gli amministratori

  • Nodi › Scritture veloci: le scritture confermate (database) non aspettano il disco per tutte le VPS di un nodo, anche quelle dei piani senza scritture veloci. Utile sui nodi con dischi da PC senza protezione dai cali di corrente: nelle prove da circa 500 a circa 4.000 scritture confermate al secondo. Se il nodo si spegne di colpo ogni VPS perde gli ultimi secondi di dati. Vale in pochi secondi, senza riavvii.
1.5.1

VPS su un solo chip

Per gli amministratori

  • Sui server con più chip nel processore (per esempio AMD EPYC di prima generazione: 4 chip da 8 thread e 32 GB) il pannello tiene ogni VPS su un solo chip, con vCPU e RAM vicine: nelle prove la RAM con più thread va il 50% più forte e senza cali.
  • Il chip lo sceglie il pannello in base alla RAM assegnata e all'overbooking, e solo per le VPS che ci stanno: così un chip non si riempie mentre gli altri sono liberi. Vale per le VPS nuove e per le altre dal prossimo avvio o riavvio dal pannello; si spegne da Nodi › Overbooking › Chip della CPU.
1.5.0

Overbooking di RAM e CPU

Per gli amministratori

  • Overbooking della CPU per nodo: vCPU vendute per ogni thread del server, da 1× a 16× (di base 4×, anche sui nodi che ci sono già). Una VPS non può avere più vCPU dei thread del server. La scheda del nodo mostra vCPU vendute, vendibili e CPU in uso davvero.
  • Overbooking della RAM fino a 2×. Le VPS restituiscono al nodo la RAM che liberano (free page reporting): nelle prove una VPS che aveva usato e liberato 3 GB è scesa da 3,9 a 0,7 GB sul nodo. Vale per le VPS nuove e per le altre dal prossimo avvio o riavvio dal pannello.
  • RAM in uso davvero corretta: Incus contava la RAM delle VM come cache e diceva molto meno del vero (su un nodo di prova 20% invece di 89%). Ora il pannello la legge dal nodo ogni minuto; il freno sull'uso vero, gli avvisi e la mappa live usano il numero giusto. Il freno conta anche la CPU.
  • RAM compressa prima del disco (zswap): con la swap accesa le pagine restano prima compresse in RAM, 2–3 volte più piccole, e arrivano sul disco solo dopo. Sui nodi che ci sono già basta premere Overbooking › Applica la swap.
1.4.0

Dischi più veloci

Per gli amministratori

  • Piani › Scritture veloci: le scritture che i programmi confermano (database) non aspettano il disco, 8–9 volte più veloci nelle prove. Se il nodo si spegne di colpo la VPS perde gli ultimi secondi di dati: è spento di base, adatto a piani di sviluppo o economici. Solo sui nodi con ZFS.
  • Le VPS Linux nuove create dal catalogo usano il disco virtio-blk (nel sistema è vda): fino al 18% in più sulle scritture dei database e al 10% sulle letture casuali. Le VPS che ci sono, Windows e i template propri restano come sono.
  • Cache di ZFS con un tetto su ogni nodo: 10% della RAM, tra 2 e 16 GB. Prima poteva prendere quasi tutta la RAM del server e toglierla alle VPS sotto carico.
1.3.0

Nodi nuovi in pochi clic

Per gli amministratori

  • Aggiungi nodo › Server del tuo account: un server dedicato dell'account OVHcloud, Hetzner Robot o Scaleway Dedibox collegato si reinstalla dal pannello con Debian 13, la chiave del pannello e le partizioni giuste, poi si prepara e si collega da solo. Per confermare si riscrive il nome del server.
  • Quando un nodo si collega, il pannello crea da solo il blocco della rete NAT (indirizzi da .10 a .250) e, se il server ha un IPv6 pubblico, il blocco IPv6 del suo /64: si creano VPS subito.
  • Server OVHcloud e immagini cloud: se root risponde «Please login as the user debian», il pannello entra con quell'utente e lavora con sudo, senza toccare niente a mano.
1.2.1

Preparazione dei nodi più robusta

Per gli amministratori

  • Nodi nuovi: la preparazione non si ferma più al passo «dischi e pool ZFS» quando la swap del pannello è un file (succedeva sui server con la partizione /var/lib/koavm-data, come quelli OVHcloud installati con le partizioni consigliate).
  • Se la preparazione si ferma dopo aver svuotato la partizione dati, «Riprova» la ritrova e crea il pool ZFS lì.
  • Swap del nodo automatica: al massimo metà dello spazio libero, lasciando sempre almeno 10 GB liberi sul disco di sistema.
1.2.0

Prova gratuita di 30 giorni

Per gli amministratori

  • La prova gratuita dura 30 giorni dall'installazione, sempre con 1 nodo, 5 VPS e tutte le funzioni. Finita la prova, il pannello non crea nodi né VPS nuovi finché non aggiungi una licenza; le VPS che ci sono restano accese e si gestiscono come prima. I pannelli installati prima contano dalla loro installazione.
  • La pagina Licenza e la Panoramica mostrano quanti giorni mancano; una settimana prima della fine arrivano un avviso e una striscia in cima alle pagine, poi un avviso a prova finita.
  • Primi passi: la licenza non è più un passo facoltativo.
1.1.0

Primi passi e rapporto per l'assistenza

Per gli amministratori

  • Primi passi in Panoramica: marchio, primo nodo, IP, prima VPS, email, destinazione dei backup, copia del pannello e avvisi. Ogni passo si spunta da solo quando è fatto e porta alla pagina giusta; la scheda sparisce a lavoro finito o con «Nascondi».
  • Rapporto per l'assistenza: Impostazioni › Assistenza scarica un file di testo con versione, sistema, licenza, nodi, lavori non riusciti, avvisi aperti, impostazioni e le ultime righe del registro, senza password, chiavi né token. Se il pannello non si apre: «sudo koavm support-report» sul server.
  • Inglese: «license» scritto sempre allo stesso modo.
1.0.0

Prima versione stabile

Per gli amministratori

  • KoaVM 1.0: prima versione stabile. Senza chiave funziona in prova con 1 nodo e 5 VPS e tutte le funzioni; con la licenza si paga per nodo. Da qui l'API v1, i moduli per WHMCS e KoaBilling e i comandi koavm restano compatibili in tutte le 1.x.
  • Giro di prove finale: una VPS nuova attraverso creazione, accensione e spegnimento, password, snapshot, backup e ripristino, firewall, dischi aggiuntivi, reti private, spostamento a caldo fra nodi, reinstallazione, DNS gestito, chiavi API, traffico e cancellazione; tutte le pagine dell'amministratore, del cliente e del demo in italiano e in inglese, su computer e telefono; installazione pulita da koavm.com su Debian e Ubuntu.
  • Telefono: le pagine Nodi, Impostazioni e zona DNS non scorrono più di lato.
  • Controlli del codice (staticcheck, race detector, govulncheck, npm audit) e pulizia delle funzioni non più usate.

Per i clienti

  • KoaVM 1.0: prima versione stabile del pannello.
0.18.0

Traffico misurato sul nodo, copia del pannello

Per gli amministratori

  • Traffico delle VPS misurato sul nodo, scheda per scheda (tap e macvtap), e non più dall'agente dentro la VM: chi usa la VPS non può falsarlo e Docker, VPN e bridge interni non contano più due volte; una scheda nuova (VPS riaccesa, scheda rimessa, spostamento) conta da zero.
  • Il traffico non si perde più con un riavvio o un aggiornamento del pannello (gli ultimi contatori si salvano e si riprendono) e conta anche il primo mezzo minuto dopo l'accensione di una VPS.
  • Copia del pannello (Backup › Copia del pannello): ogni notte database, certificato per i nodi, chiave SSH e certificati HTTPS in una destinazione dei backup, cifrati con age per una chiave di ripristino che il pannello non tiene; avviso se non riesce; ripristino su un server nuovo con «koavm panel-restore».
  • Migrazione: pulsante Annulla per le migrazioni in coda (la VPS preparata sparisce e l'IP torna libero) e in copia (tutto torna com'era sul nodo di origine), fino al passaggio; email al cliente se era stato avvisato.

Per i clienti

  • Traffico misurato sul server, sulle schede della VPS: il traffico fra programmi della stessa VPS (per esempio fra container Docker) non conta più.
0.17.1

Controllo di sicurezza

Per gli amministratori

  • Controllo di sicurezza prima della 1.0 (revisione del codice per aree, dipendenze, superficie esposta, account demo): corretti tutti i punti trovati.
  • Il pannello risponde solo ai nomi di --domain; l'indirizzo del pannello (link degli inviti, nodi DNS) lo scrive solo un amministratore vero e non cambia aprendo il pannello da un altro dei suoi nomi.
  • Comandi nelle VPS con l'agente letti dai websocket con un tetto all'uscita: una VM non può più riempire il disco del nodo con un'uscita senza fine.
  • Ripristino di backup e snapshot: tolti dalla configurazione chiavi raw e security e dispositivi che il pannello non usa (un backup cambiato sulla destinazione non dà più accesso al nodo).
  • Aggiornamenti: niente installazione di versioni più vecchie dalla richiesta del pannello, copia del database fatta con l'utente del pannello e servizio koavm-update con permessi ristretti (rilancia install.sh per averlo).
  • Accesso: limite di tentativi anche per email e per rete IPv6 /64, controlli delle password a numero limitato, niente accesso o uscita fatti partire da un altro sito; console, VNC e SPICE controllano l'origine prima di aprire la sessione; limiti ai messaggi VNC, alle console grafiche aperte e alle schermate.
  • Ai clienti errori e messaggi dei lavori senza indirizzi dei nodi, URL e percorsi; byte nuovi dei backup incrementali visibili solo agli amministratori.
  • Account demo: niente schermate, script delle applicazioni, URL con chiavi (webhook, ordini) né scritture fatte da una lettura.
  • Migrazione: il disco della VM si monta senza suid, device ed eseguibili e si scrive solo dentro il disco; il formato del disco è quello dell'hypervisor di origine.
  • Reti private, firewall e dischi: chiavi WireGuard controllate, porte del firewall sempre in decimale, indirizzi doppi tolti; immagini qcow2 con file di dati esterni rifiutate; webhook e immagini da URL non raggiungono indirizzi locali del server; Go 1.26.9 e golang.org/x/net aggiornati.

Per i clienti

  • Sicurezza: errori senza dettagli dei server, console aperta solo dal pannello, limiti contro gli abusi.
0.17.0

Licenze e installazione in un comando

Per gli amministratori

  • Licenza per nodo: chiavi KVM-… nella nuova pagina Licenza, controllate con il server delle licenze di koavm.com, che risponde con una firma ed25519, all'avvio e ogni 12 ore. Più chiavi si sommano (nodi e VPS dai fornitori); una chiave vale per un pannello alla volta e si toglie per usarla su un altro.
  • Prova gratuita senza licenza: 1 nodo e 5 VPS con tutte le funzioni, migrazione compresa. Oltre i limiti il pannello non aggiunge nodi (anche preparati o ordinati dal pannello) né VPS (anche migrate o del self-service): le VPS che ci sono restano accese.
  • Tolleranza: se il server delle licenze non risponde il pannello continua per 14 giorni e avvisa dopo 3. Con la licenza sospesa, disdetta, scaduta o più piccola dei nodi valgono i limiti della prova per le cose nuove; le VPS dei clienti non si spengono mai per la licenza.
  • Riquadro della licenza in Panoramica, striscia in cima alle pagine quando la licenza non va e avvisi «server delle licenze non raggiungibile», «licenza non attiva», «più nodi di quanti ne copre la licenza».
  • Installazione in un comando: curl -fsSL https://koavm.com/install.sh | sudo bash -s -- --domain … --email … scarica l'ultima versione controllando firma e SHA-256, crea i servizi e il primo amministratore e stampa indirizzo e password (Debian 12/13, Ubuntu 22.04/24.04).
  • Per chi rivende KoaVM: API delle licenze per la fatturazione (emissione, sospensione, disdetta, estratto conto con lo sconto della fascia) e il modulo «Licenze KoaVM» per KoaBilling.
0.16.0

DNS gestito

Per gli amministratori

  • DNS gestito: i clienti mettono i loro domini sui nameserver del pannello e ne gestiscono i record A, AAAA, CNAME, MX, TXT, SRV, CAA e NS (anche con * e nomi come _dmarc), con importazione ed esportazione dei file di zona in formato BIND.
  • Le zone le servono i nodi scelti in DNS › Server DNS: il pannello ci installa il suo server DNS autorevole (servizio koavm-dns, senza privilegi) e lo tiene aggiornato; le modifiche arrivano in pochi secondi e i nodi rispondono anche se il pannello è spento. Controllo ogni minuto di ogni indirizzo, limite di risposte contro l'amplificazione.
  • DNS inverso dei tuoi blocchi di IP servito dal pannello (Rete e IP › DNS inverso): i PTR si scelgono nella pagina della VPS, anche dal cliente.
  • Controllo della delega di ogni dominio presso un resolver pubblico; impostazioni dei nameserver, dell'email del SOA e dei domini per cliente; API /dns/zones per il pannello e la fatturazione.
  • Account demo: l'indirizzo privato di router e load balancer non viene più nascosto.

Per i clienti

  • DNS (se attivo): i tuoi domini sui nostri nameserver, con i record che cambi da solo in pochi secondi, e l'importazione della zona dal vecchio fornitore.
0.15.1

Account demo in sola lettura

Per gli amministratori

  • Account demo per far vedere il pannello a partner e provider: entra come un amministratore e vede tutte le pagine, ma ogni modifica è rifiutata, le console delle VPS sono chiuse e chiavi e password sono nascoste nelle risposte. In cima alle pagine compare la scritta «Account demo». Si crea sul server: un amministratore con demo = 1 nella tabella users.
  • Il pannello può rispondere a più nomi con il certificato automatico: --domain con i nomi separati da virgola (es. «demo.koavm.com,vm.esempio.it»).
0.15.0

Router e VPS senza IPv4 pubblico

Per gli amministratori

  • VPS senza IPv4 pubblico: solo la rete privata del cliente (e l'IPv6, se il piano lo prevede), senza indirizzi dei blocchi. Opzione «Senza IPv4 pubblico» in Crea VPS, nel self-service e nell'API (no_ipv4).
  • Router: una piccola VPS del cliente con nftables che il pannello crea e configura da solo. Diventa il gateway della rete privata: le VPS senza IPv4 pubblico escono su internet dal suo IP (NAT) e ricevono le porte TCP e UDP inoltrate, con l'IP vero di chi si collega.
  • Le VPS senza IPv4 pubblico vanno, se c'è posto, sullo stesso nodo del router; creando o cancellando il router il pannello porta il gateway dentro le VPS accese.
  • Impostazioni › Router: piano della macchina (di base quello dei load balancer), router creati dai clienti (spento di default) e quanti per cliente. Pagina Router per te e per i clienti; nell'uso a ore la macchina conta come «router»; API /routers.

Per i clienti

  • Router (se compresi nel servizio) e VPS senza IPv4 pubblico: VPS solo sulla tua rete privata che escono su internet dal router, con le porte che scegli tu inoltrate dall'IP del router.
0.14.0

Load balancer gestiti

Per gli amministratori

  • Load balancer: un IP pubblico che divide il traffico fra le VPS di un cliente, con controlli di salute (TCP o pagina HTTP), HTTP, HTTPS e TCP, stessa VPS per visitatore, PROXY protocol e algoritmo a scelta. È una piccola VPS del cliente con HAProxy che il pannello crea, configura e controlla da solo.
  • Il load balancer sta sulla rete privata del cliente e raggiunge le VPS con l'IP privato, anche in altri datacenter; le altre con l'IP pubblico.
  • Certificati HTTPS di Let's Encrypt chiesti e rinnovati da soli quando i domini puntano al load balancer (con un certificato provvisorio nel frattempo), oppure il certificato del cliente.
  • Impostazioni › Load balancer: piano della macchina, load balancer creati dai clienti (spento di default) e quanti per cliente. Pagina Load balancer per te e per i clienti; nell'uso a ore la macchina conta come «lb»; API /load-balancers per la fatturazione e per le chiavi dei clienti.

Per i clienti

  • Load balancer (se compresi nel servizio): un indirizzo che divide il traffico fra le tue VPS e lascia fuori quelle che non rispondono, con il certificato HTTPS di Let's Encrypt per i tuoi domini.
0.13.0

Team e accesso API per i clienti

Per gli amministratori

  • Team del cliente: ogni cliente invita altre persone nel suo conto, ognuna con la sua email, la sua password e un ruolo (amministratore, tecnico, sola lettura). Lavorano sulle VPS del cliente con i permessi del ruolo; il server controlla ogni azione.
  • Chiavi API per i clienti, con un ruolo, sull'API del pannello (/api/…) con gli stessi permessi dell'interfaccia. Non valgono su /api/v1, e le chiavi di Impostazioni › API non valgono sull'API del pannello.
  • Registro delle attività del conto: accessi e operazioni con chi le ha fatte (il cliente, una persona del team o una chiave). In Clienti e piani il pulsante con il badge mostra team, chiavi e registro di un cliente e permette di togliere persone e chiavi.
  • Ogni email entra in un solo conto: i clienti nuovi non possono avere l'email di una persona di un team.
  • Fatturazione: se il disco aggiuntivo venduto (disk1) è stato staccato, il cambio piano con extradiskgb non ne crea più uno nuovo.

Per i clienti

  • Team e API (nuova pagina): invita chi lavora con te sui server, ognuno con la sua password e un ruolo: amministratore, tecnico o sola lettura.
  • Chiavi API per i tuoi script: fanno quello che fa una persona con lo stesso ruolo, sull'API del pannello.
  • Registro delle attività: chi ha fatto cosa nel tuo conto.
0.12.0

Self-service: i clienti creano da soli le loro VPS

Per gli amministratori

  • Self-service (spento di default: chi vende solo VPS predefinite non vede cambiare niente). Si accende in Impostazioni › Self-service; nei piani si sceglie quali sono «offerti nel self-service»; in Clienti e piani si dà a un cliente un pacchetto (VPS, vCPU, RAM, disco, piani e nodi permessi). Il cliente crea, cambia piano e cancella da solo le VPS del pacchetto; le VPS vendute a parte non contano e il cliente non le può cambiare.
  • Pacchetto sospeso: le sue VPS si spengono (motivo «fatturazione») e non se ne creano di nuove. Togliendo il pacchetto le VPS restano come VPS normali, oppure si cancellano.
  • Uso a ore: ogni ora il pannello conta per ogni VPS e volume staccato ore, vCPU, RAM, disco e IPv4, per mese (24 mesi). API GET /usage per la fatturazione; il pacchetto mostra l'uso del mese.
  • Chiavi SSH salvate nell'account (Il mio account › Chiavi SSH), da scegliere quando si crea o si reinstalla una VPS; script al primo avvio (Linux, 64 KB) nella creazione, anche dall'API (sshkeyids, user_script).
  • API: GET/PUT/DELETE /clients/{id}/quota e GET /usage. Modulo WHMCS 1.5.0: tipo di prodotto «pacchetto» (crea cliente e pacchetto, sospende, cambia i limiti, cancella) e metriche d'uso del pacchetto per l'Usage Billing di WHMCS.
  • Corretto: il limite di RAM dei rivenditori ora si conta in MB (prima si arrotondava ai GB); la sospensione non dà più errore se la VPS si è già spenta da sola.

Per i clienti

  • Se il tuo servizio comprende un pacchetto self-service, in Servizi crei da solo le tue VPS (piano, città, sistema, applicazione, chiavi SSH, script al primo avvio) e nella pagina della VPS cambi piano o la cancelli.
  • Il mio account › Chiavi SSH: salvi le tue chiavi e le scegli con un clic quando crei o reinstalli una VPS.
0.11.0

Firewall delle VPS, volumi e IP flottanti

Per gli amministratori

  • Firewall per ogni VPS: regole sul traffico in entrata (TCP, UDP, ping, porte e intervalli, origine IPv4 o IPv6), con le risposte e il traffico in uscita sempre liberi. Lo applica il nodo con nftables, per indirizzo e per MAC, anche fra VPS dello stesso nodo e fra i nodi. Alla prima accensione propone SSH o desktop remoto, ping e le porte dell'applicazione. Lo usano anche i clienti.
  • Volumi: ogni disco aggiuntivo si stacca da una VPS e si collega a un'altra dello stesso cliente sullo stesso nodo, con i dati com'erano e il montaggio automatico. Nuova pagina Volumi, snapshot per volume (fino a 5) anche da staccato, cancellazione solo dell'amministratore.
  • IP flottanti: un IP aggiuntivo passa da una VPS a un'altra dello stesso cliente in pochi secondi, senza riavvii; se la VPS di arrivo non lo accetta torna dov'era. Il firewall segue l'IP.
  • API: /vps/{id}/firewall, /vps/{id}/disks/{disco}/detach, /volumes (elenco, collegamento, snapshot) e /vps/{id}/ips/{ip}/move.
  • Corretto: togliere una scheda o un disco da una VPS ora aspetta che il nodo abbia finito, così un'operazione subito dopo (un altro IP, la cancellazione del disco) non trova più la scheda vecchia.
  • Il firewall usa nftables sul nodo e l'accesso SSH del pannello al nodo: la preparazione dei nodi nuovi installa nftables, su Debian e Ubuntu di solito c'è già (altrimenti «apt install nftables»).

Per i clienti

  • Firewall della VPS: scegli tu quali porte aprire e a chi, dalla pagina della VPS. La console funziona sempre.
  • Volumi: stacchi un disco aggiuntivo e lo colleghi a un'altra tua VPS nello stesso datacenter, con i dati com'erano; snapshot per ogni volume.
  • Gli IP aggiuntivi si spostano su un'altra tua VPS in pochi secondi.
0.10.3

KoaVM al posto di Incus nei testi del pannello

Per gli amministratori

  • Sistemi: la scheda «Catalogo di Incus» si chiama «Catalogo KoaVM» (le immagini cloud ufficiali delle distribuzioni, prese dal catalogo di Incus).
  • Accesso, Panoramica e Nodi parlano dei tuoi nodi KoaVM: «Pannello VPS · i tuoi nodi e i fornitori cloud», «I nodi KoaVM». Incus resta citato solo come tecnologia dei nodi (installazione, token, versione).
0.10.2

Guida aggiornata

Per gli amministratori

  • Guida aggiornata alla 0.10: introduzione (sistemi, applicazioni, overbooking), creazione e pagina della VPS (sistemi per piano, applicazione, ISO, console grafica, Windows), piani, API (GET /apps, app e app_options, stato dell'applicazione), spostamento tra nodi, capacità e rivenditori con l'overbooking dei nodi.
0.10.1

Overbooking di RAM e disco per nodo, swap del nodo

Per gli amministratori

  • Overbooking per nodo: RAM da 1× a 1,5× e disco da 1× a 3×, scelti quando aggiungi il nodo (server che hai già, ordine, token) e modificabili da Nodi › Overbooking. Valgono per le VPS nuove, gli spostamenti, le migrazioni, i cambi di piano e l'acquisto automatico dei nodi. Valori predefiniti in Impostazioni › Nodi e overbooking.
  • Freno sull'uso vero (di base 85%): quando la RAM o il disco davvero in uso su un nodo arrivano alla soglia, il nodo non riceve altro, anche se l'overbooking lo permetterebbe.
  • Swap del nodo («la RAM può usare il disco se serve»): automatica (metà della RAM, 2–32 GB), di una dimensione scelta o spenta. Si sceglie alla preparazione del nodo e si cambia dopo via SSH, senza riavvio.
  • Nodi: RAM e disco assegnati contro la capacità con l'overbooking, accanto all'uso vero e alla swap del server.
0.10.0

Sistemi e template: catalogo completo, Windows Server, template tuoi, ISO e applicazioni preinstallate

Per gli amministratori

  • Nuova pagina Sistemi: i sistemi offerti con icona, requisiti (RAM e disco minimi) e piani che possono usarli; nella creazione e nella reinstallazione i sistemi che non vanno con il piano restano spenti con il motivo.
  • Catalogo KoaVM: tutte le immagini cloud ufficiali per VM con cloud-init (da images.linuxcontainers.org) (Debian, Ubuntu, AlmaLinux, Rocky, CentOS Stream, Fedora, openSUSE, Arch, Alpine, openEuler) da aggiungere con un clic. Provati sul serio Fedora 44, Alpine 3.24, Arch, openSUSE Leap 16, CentOS Stream 10 e Debian 13: le schede di rete si chiamano eth0 su tutti i sistemi, i DNS arrivano anche dove manca resolvconf e sshd_config.d vale ovunque.
  • Template tuoi: da una VPS (snapshot, la VPS resta accesa) o da un file qcow2/raw anche compresso (xz, gzip, bzip2, zstd; il raw diventa qcow2 senza qemu-img). I template stanno sui nodi e il pannello li copia dove servono: prima direttamente fra i nodi con un segreto monouso, altrimenti passando dal pannello.
  • Windows Server da ISO: il pannello installa Windows da solo (autounattend, driver virtio, cloudbase-init, desktop remoto, sysprep) e ne fa il template in 20–40 minuti, con lo schermo della VM visibile dal pannello. Le VPS Windows ricevono password di Administrator, rete statica (anche IPv6), nome e disco allargato al primo avvio; la password in chiaro esce dalla configurazione dopo un'ora.
  • Libreria ISO: ISO scaricate dal pannello direttamente nei volumi di Incus dei nodi, montabili sulle VPS con avvio dal CD; quelle pubbliche le possono montare anche i clienti.
  • Console grafica (SPICE nel browser, attraverso il pannello) per Windows e per le installazioni da ISO, accanto a quella seriale.
  • Applicazioni al primo avvio: Docker, WordPress (nginx, PHP-FPM, MariaDB), HestiaCP e CyberPanel gratuiti; cPanel, Plesk e DirectAdmin pronti ma spenti di serie. Stato, accessi e registro dell'installazione nella pagina della VPS; applicazioni tue con uno script bash.
  • API v1: GET /apps, app e app_options nella creazione, stato dell'applicazione; il modulo WHMCS 1.4.0 ha l'opzione «Applicazione» e salva Administrator come utente per Windows.
  • Migrazione: le VM passano su KoaVM. La pagina, i controlli prima di partire, i messaggi dei lavori e la guida non mostrano più Incus come destinazione (Incus resta citato solo come tecnologia dei nodi); si parla di nodi di origine, perché le sorgenti sono anche Proxmox VE, Virtualizor e libvirt.
  • Rete: se il bridge del nodo ha un MTU sotto 1500 (per esempio perché è esteso con VXLAN verso un altro nodo), le VPS nuove e reinstallate lo prendono su eth0, anche Windows. Prima alcuni siti che ignorano la scoperta dell'MTU (per esempio mariadb.org) non rispondevano dalle VPS.
  • Libreria ISO: l'indirizzo di un'ISO si può cambiare anche dopo (serve ai nodi che non l'hanno ancora).

Per i clienti

  • Scelta del sistema con le icone, anche Windows (desktop remoto come Administrator).
  • Applicazione preinstallata a scelta (WordPress, Docker, pannelli di hosting): stato e dati di accesso nella pagina della VPS.
  • Console grafica e ISO montabili (dischi di ripristino, installazioni a mano).
0.9.0

Nodi nuovi in automatico: preparazione, ordine ai fornitori, acquisto automatico

Per gli amministratori

  • Server che hai già: dai IP e password (o la chiave del pannello) e il pannello prepara il nodo da solo. Installa ZFS e Incus 7.0 LTS, crea il pool ZFS su un disco vuoto, sullo spazio libero o sulla partizione dati, crea la rete br-vps e collega il nodo con il certificato e i tunnel delle reti private. Prima di partire c'è un controllo di sistema, CPU, RAM, dischi e Secure Boot.
  • Ordina un server: catalogo di OVHcloud (Kimsufi, So you Start, Rise, Advance), Hetzner (listino e aste) e Scaleway Dedibox, con prezzo, attivazione, datacenter e tempi di consegna. Il prezzo esatto lo chiede il pannello al fornitore e va confermato. Poi il pannello aspetta la consegna, installa Debian (API del fornitore o rescue con installimage), prepara il nodo e lo collega all'account.
  • Nodi in preparazione: avanzamento, registro di ogni passo, «Riprova» dal passo fermo e annullamento. La password del server viene cancellata appena entra la chiave del pannello.
  • Capacità e acquisto automatico: RAM e disco liberi per città e regole che propongono un nodo nuovo (e aspettano il sì) oppure lo ordinano da sole, entro un tetto mensile e un numero massimo di nodi al mese. Nuovi avvisi: spazio in esaurimento, server ordinato, nodo pronto, preparazione ferma.
  • Dismetti nodo: un nodo vuoto esce dal pannello (certificato tolto, tunnel aggiornati) e, se collegato a un fornitore, il server si disdice a fine periodo.
0.8.0

Reti private tra datacenter, spostamento tra nodi, avvisi, rivenditori

Per gli amministratori

  • Reti private: una o più reti per cliente, isolate, su tutti i nodi anche in datacenter diversi. Tra i nodi il pannello prepara da solo tunnel WireGuard cifrati (UDP 51888); le VPS ricevono una scheda privata (MTU 1370) configurata anche dentro la VPS. Pagina Reti private con lo stato dei tunnel.
  • Spostamento delle VPS tra nodi: a caldo (la VPS resta accesa) quando si può, altrimenti a freddo con copia preliminare a VPS accesa e pochi secondi di fermo. Controlli prima di partire, dischi aggiuntivi e snapshot compresi, indirizzi che restano o, se serve, nuovi con la rete aggiornata dentro la VPS.
  • Svuota nodo: tutte le VPS del nodo su altri nodi (prima quelli della stessa città), uno spostamento alla volta. Ribilanciamento: suggerimenti per pareggiare RAM e disco fra i nodi, da applicare uno per uno o tutti insieme.
  • Avvisi: nodo non raggiungibile, disco o RAM del nodo quasi pieni, backup non riusciti, VPS in errore, spostamenti non riusciti, tunnel non pronti e aggiornamenti. Per email, webhook, Slack, Discord e Telegram, con lingua e gruppi per canale e soglie regolabili.
  • Rivenditori: clienti con limiti (VPS, vCPU, RAM, disco, IP aggiuntivi, piani e nodi permessi), con i loro clienti e la loro chiave API per il loro WHMCS. I riferimenti esterni valgono per ciascun WHMCS.
  • Accesso con Prime Software ID: «Entra come admin» dalla pagina Casa, solo per l'amministratore scelto e con la verifica in due passaggi.
  • Modulo WHMCS 1.3.0: opzione «Rete privata» (Sì/No) e indirizzi privati e IP aggiuntivi nell'area clienti.
  • Nella pagina Novità una versione di prova si legge «versione di prova» e riceve dal pannello la versione pubblicata come aggiornamento; le impostazioni si salvano anche con i campi numerici.

Per i clienti

  • Reti private: una rete solo tua fra le tue VPS, anche in datacenter diversi, cifrata fra i server.
  • Se sei un rivenditore: pagina Rivenditore con i tuoi clienti, le VPS nuove, i limiti e le chiavi API per il tuo WHMCS.
0.7.3

Blocchi IP instradati (Kimsufi) e IP aggiuntivi per VPS

Per gli amministratori

  • Blocchi IPv4 instradati al server del nodo, senza MAC virtuali (per esempio i blocchi OVH dei Kimsufi): Rete e IP › Nuovo blocco › Instradato al server. Le VPS usano la scheda instradata con gateway 169.254.0.1 e ogni indirizzo del blocco è utilizzabile.
  • Gli IP OVH importati dall'account su un server che non accetta MAC virtuali vengono usati instradati, senza provare a creare il MAC virtuale.
  • IP aggiuntivi per VPS dai blocchi instradati: si aggiungono e tolgono a caldo dalla pagina della VPS e il pannello li configura dentro la VPS (NetworkManager o systemd-networkd). Restano dopo snapshot, backup e reinstallazione.
  • API: «extra_ips» alla creazione, PUT /vps/{id}/ips per il numero voluto, POST e DELETE per aggiungerne e toglierne. Modulo WHMCS 1.2.0 con l'opzione configurabile «IP aggiuntivi».
  • IP messi a mano su Incus: «Aggiungi IP › Messi a mano» li prende nel pannello senza toccare la VPS; ripristini e cambi di piano non tolgono più le schede che il pannello conosce.
  • Aggiornamenti: nel risultato si leggono solo i numeri di versione.

Per i clienti

  • Se hai IP aggiuntivi li vedi nella scheda Rete della VPS, già configurati.
0.7.2

Backup incrementali, dischi aggiuntivi e aggiornamenti dal pannello

Per gli amministratori

  • Backup incrementali: il primo copia tutto, i successivi solo le parti cambiate, compresse e cifrate (AES-256). Funzionano su S3, FTP e su un altro nodo; la chiave dell'archivio si vede in Impostazioni › Backup.
  • Replica ZFS tra nodi: se la VPS e il nodo dei backup sono su ZFS, il backup manda solo i blocchi cambiati (pochi secondi per un backup quotidiano).
  • Nuova destinazione FTP/FTPS (per esempio lo spazio backup dei server dedicati), con certificati autofirmati accettati tramite impronta.
  • Pagina «Backup» nel menu: copertura di ogni VPS, prossimi backup, errori, tutti i backup e le azioni.
  • Programmazioni aggiuntive per una VPS o per tutte le VPS di un nodo: ogni tot ore, ogni giorno o ogni settimana, con il loro numero di copie e la loro destinazione.
  • I backup non vanno mai sullo stesso server della VPS; i piani nuovi partono con 3 backup ogni notte.
  • Risorse su misura per singola VPS: vCPU, RAM, disco, velocità e traffico senza cambiare piano (anche da API e WHMCS).
  • Dischi aggiuntivi: si aggiungono anche a VPS accesa, il pannello li formatta e li monta (es. /mnt/disco1), si allargano, si tolgono; sono compresi in snapshot e backup.
  • Snapshot e backup chiedono al sistema della VPS di scrivere i dati in memoria prima di partire.
  • Pagina «Novità» con tutte le versioni e aggiornamento dal pannello con un clic: copia del database prima e ritorno automatico alla versione di prima se la nuova non parte. Da riga di comando: «koavm update» e «koavm update --rollback».
  • Guida per amministratori e per clienti, in italiano e inglese, dentro il pannello e su koavm.com/docs.

Per i clienti

  • Backup più veloci: dopo il primo si salvano solo le parti cambiate.
  • Se la tua VPS ha dischi aggiuntivi li vedi nella sua pagina; sono compresi negli snapshot e nei backup.
  • Nell'area clienti ci sono la Guida (come usare la VPS, snapshot, backup, rete) e le Novità.
0.7.1

Scaleway: server Dedibox e VPS Instances

Per gli amministratori

  • Nuovo fornitore Scaleway: basta la chiave API e l'ID del progetto.
  • I server Dedibox diventano nodi: gli IP failover arrivano da soli, il pannello li sposta sul server giusto, crea il MAC virtuale, imposta il DNS inverso e ne compra di nuovi entro il tetto di spesa.
  • VPS da rivendere con Scaleway Instances (Parigi, Amsterdam, Varsavia): IPv4 e IPv6 che restano uguali, disco grande come quello del piano, reinstallazione, cambio piano, DNS inverso.
0.7.0

Vendita

Per gli amministratori

  • API pubblica con chiavi (Impostazioni › API) e modulo WHMCS da scaricare dal pannello; collegamento anche con KoaBilling.
  • Snapshot e backup: su un altro nodo o su uno storage S3, a mano o automatici ogni notte, con ripristino sicuro.
  • Cambio piano, velocità della rete per piano e traffico del mese con la regola decisa dal piano (rallenta, sospende o avvisa).
  • Sospensione con motivo (amministratore, pagamento, traffico, abuso).
  • IPv6: un indirizzo per ogni VPS dai blocchi del nodo, anche per le VPS già create.
  • DNS inverso dal pannello per gli IP dei fornitori collegati.

Per i clienti

  • Snapshot e backup dalla pagina della VPS.
  • Indirizzo IPv6 e DNS inverso (quando il fornitore dell'IP lo permette).
  • Accesso al pannello con un clic dall'area clienti di WHMCS.
0.6.0

VPS dei fornitori e nuova grafica

Per gli amministratori

  • Rivendita delle VPS di Hetzner Cloud e Contabo col tuo marchio: zone, prodotto per ogni piano, costi, sincronizzazione.
  • IP aggiuntivi di Contabo gestiti via API.
  • Nuova grafica: tema scuro, menu laterale che si stringe, pagina di accesso animata, animazioni.

Per i clienti

  • Nuova grafica, anche da telefono.
  • Console grafica per le VPS su Hetzner Cloud.
0.5.0

IP di OVHcloud e Hetzner via API

Per gli amministratori

  • Account OVHcloud (dedicati e Public Cloud) e Hetzner (Robot e Cloud): server e IP letti dall'account, nodi collegati da soli.
  • Alla creazione di una VPS il pannello sposta l'IP sul server del nodo e crea il MAC virtuale quando serve.
  • Acquisto di IP a mano con preventivo o in automatico, senza mai superare il tetto di spesa mensile.
0.4.0

Migrazione da tutti i pannelli

Per gli amministratori

  • Migrazione da SolusVM 1 e 2, Virtualizor, Proxmox VE e KVM/libvirt, con tutti i dischi della VM.
  • Pool di Incus ZFS, LVM, dir e btrfs.
  • Migrazioni a lotti pianificate a un'ora precisa, al massimo N insieme.
  • Email ai clienti prima e dopo lo spostamento (Prime Mail, SMTP o solo registro).
  • Accesso da telefono più semplice.

Per i clienti

  • Email di avviso prima e dopo lo spostamento della VPS.
0.3.0

Inglese e migrazione da SolusVM

Per gli amministratori

  • Interfaccia in italiano e in inglese.
  • Migrazione da SolusVM e KVM/libvirt a freddo o quasi live (circa 10 secondi di fermo), con lo stesso IP e lo stesso MAC.
  • Controlli prima di spostare e ritorno automatico della VM d'origine se qualcosa va storto.

Per i clienti

  • Area clienti anche in inglese.
0.2.0

Nuovo nome: KoaVM

Per gli amministratori

  • Il prodotto si chiama KoaVM.
  • Mappa live: nodi e VPS sul mappamondo, aggiornati ogni 10 secondi.
0.1.0

Il nucleo del pannello

Per gli amministratori

  • Nodi Incus collegati via API, senza agenti da installare.
  • Blocchi di IP, piani, sistemi operativi e clienti.
  • VPS: creazione con rete statica, password di root e chiave SSH; accensione, spegnimento, riavvio, reinstallazione, eliminazione.
  • Coda dei lavori, grafici di CPU, RAM, disco e traffico, console nel browser.

Per i clienti

  • Area clienti con le proprie VPS: accensione, spegnimento, riavvio, console, nuova password, reinstallazione, grafici.