Il 7 ottobre 2026 Valheim contava circa 146.000 giocatori contemporanei su Steam, secondo i dati rilevati da SteamDB, con un picco nelle 24 ore precedenti vicino a 151.000. Il titolo di Iron Gate Studio si piazzava intorno al 9° posto tra i giochi più giocati della piattaforma quel giorno e restava primo tra i survival a base-building, davanti a 7 Days to Die (circa 23.400 giocatori), Satisfactory (circa 20.600) e ARK: Survival Ascended (circa 19.900). Il suo picco storico assoluto ha toccato 502.387 giocatori simultanei. Numeri così alti, a quasi sei anni dal lancio in accesso anticipato del 2021, spiegano perché così tante persone cerchino ancora come mettere in piedi un server dedicato tutto loro, invece di affidarsi ai server pubblici affollati di Steam.
Questa guida copre il percorso completo: dalla scelta tra PC di casa, VPS o hosting gestito, fino a un server Docker pronto per la produzione con backup automatici e avvio al boot. Avrai bisogno di circa 45-60 minuti e di un minimo di dimestichezza con la riga di comando, ma ogni passaggio include il comando esatto da copiare.
A differenza di molti giochi survival che richiedono un pannello di controllo proprietario o un account legato a un publisher specifico, Valheim appoggia tutta la distribuzione del server su Steam. Questo significa che chiunque abbia già familiarità con SteamCMD per altri titoli, o abbia seguito la nostra guida per un server dedicato Rust, ritroverà qui gran parte dei comandi e della logica di base. Le differenze principali riguardano i flag di avvio specifici del gioco, la gestione del crossplay introdotta negli ultimi anni e il formato dei file di salvataggio del mondo.
Perché un server dedicato Valheim ha ancora senso nel 2026
Un server dedicato Valheim gira in modo indipendente dal client di gioco di qualsiasi giocatore. Il mondo resta online anche quando l’host spegne il PC, i mod funzionano in modo coerente per tutti e le prestazioni non dipendono dalla connessione di un singolo compagno di clan. È la differenza tra organizzare sessioni di gruppo intorno alla disponibilità di una persona e avere un mondo persistente che aspetta chiunque voglia tornare a cacciare troll o a costruire il prossimo longhouse.
Il gioco, sviluppato da Iron Gate Studio e pubblicato da Coffee Stain Publishing, resta uno dei casi di studio più citati per il successo degli accessi anticipati su Steam. La pagina ufficiale del gioco è disponibile sullo store di Valheim su Steam, mentre lo studio pubblica aggiornamenti e note di supporto sul sito ufficiale di Iron Gate Studio. Il supporto crossplay, che permette a giocatori Steam, Xbox e PlayStation di condividere lo stesso mondo, rende oggi un server dedicato ancora più interessante di qualche anno fa: senza un server proprio, gruppi misti su piattaforme diverse hanno meno controllo su configurazione e persistenza.
Rispetto ad altri tutorial di hosting pubblicati su questo sito, come quelli per Minecraft, FiveM GTA RP o Palworld, Valheim ha un vantaggio concreto: il server dedicato ufficiale è gratuito, distribuito via Steam con l’AppID 896660, e non richiede licenze aggiuntive oltre alla copia del gioco posseduta dall’host.
C’è anche un motivo più pratico legato alla longevità del titolo. Valheim riceve ancora aggiornamenti regolari da Iron Gate Studio, e ogni patch può introdurre nuovi bioma, mostri o meccaniche di crafting. Un server dedicato gestito da chi ospita il gruppo permette di controllare quando applicare un aggiornamento, invece di subirlo nel mezzo di una sessione importante come capita sui server pubblici di Steam. Per un clan che gioca da mesi sullo stesso mondo, questo controllo sul momento dell’aggiornamento vale spesso più del risparmio sui costi di hosting.
Prerequisiti: hardware, porte e versioni necessarie
Prima di installare qualcosa, vale la pena fissare cosa serve davvero. Valheim non pubblica specifiche hardware ufficiali per il dedicated server (a differenza del client, che ha requisiti minimi e raccomandati su Steam), quindi i numeri sotto riflettono la pratica comune tra i principali provider di hosting per giochi e la nostra esperienza diretta con mondi di dimensioni diverse.
| Scenario | Giocatori | RAM consigliata | CPU | Spazio disco |
|---|---|---|---|---|
| Test rapido | 1-2 | 2 GB | 2 core | 5 GB |
| Gruppo piccolo | 3-5 | 4 GB | 2-4 core | 10 GB |
| Gruppo medio | 6-10 | 6-8 GB | 4 core | 15 GB |
| Mondo esplorato a fondo, con mod | 10+ | 8-16 GB | 4-8 core | 20-30 GB |
Sul fronte software, questa guida è stata scritta e verificata su Ubuntu 22.04 LTS e 24.04 LTS per la parte Linux, e su Windows 10/11 per la parte Windows. SteamCMD va sempre scaricato nella sua versione più recente, perché si aggiorna da solo a ogni avvio. Il Valheim Dedicated Server (AppID 896660) e il gioco base (AppID 892970) devono essere aggiornati insieme: un server più vecchio del client rifiuta la connessione con un errore di versione incompatibile.
Sulla rete, Valheim usa di default le porte UDP 2456 e 2457. Se vuoi margine per il crossplay e per eventuali conflitti di porta, molti provider di hosting, incluso Nitrado, raccomandano di aprire fino alla 2458. La tabella seguente riassume cosa serve aprire e perché.
Un ultimo prerequisito, spesso sottovalutato, riguarda la banda di rete disponibile in upload, non in download. Un server dedicato invia continuamente aggiornamenti di posizione, stato del mondo e inventari a ogni client connesso. Con una connessione domestica italiana tipica in fibra FTTH, l’upload non è quasi mai il collo di bottiglia per un gruppo di 5-10 persone, ma su connessioni FWA o ADSL residue può diventarlo rapidamente, con sintomi che assomigliano a lag anche quando CPU e RAM del server hanno ancora margine disponibile.
| Porta | Protocollo | Funzione |
|---|---|---|
| 2456 | UDP | Porta di gioco principale |
| 2457 | UDP | Query e stato del server |
| 2458 | UDP | Margine consigliato per crossplay e stabilità |
Passo 1-2: scegli l’hosting e verifica i requisiti di rete
La prima decisione riguarda dove far girare il server. Hai tre strade praticabili. Il PC di casa costa zero in più, ma resta online solo quando il PC è acceso e dipende dalla tua connessione domestica, che spesso ha un IP pubblico dinamico. Un VPS (su provider come Hetzner, OVH o DigitalOcean) resta sempre acceso, ha un IP statico e costa in genere pochi euro al mese per una macchina da 4 GB di RAM. L’hosting gestito specifico per Valheim (Nitrado, G-Portal, Bisect Hosting tra gli altri) elimina quasi ogni configurazione manuale, al prezzo di un controllo minore sul sistema sottostante.
Qualunque strada scegli, verifica subito due cose: che il tuo IP pubblico non cambi troppo spesso (se usi il PC di casa, attiva un servizio di DNS dinamico come DuckDNS o No-IP) e che il router non sia dietro un CGNAT del tuo operatore. Il CGNAT, comune su molte connessioni fibra e FWA in Italia, impedisce il port forwarding tradizionale: in quel caso l’unica soluzione pratica è un VPS o un tunnel come Tailscale Funnel.
Per capire se sei dietro un CGNAT, confronta l’IP pubblico mostrato dal pannello del router con quello che vedi visitando un sito che mostra il tuo IP da un browser collegato alla stessa rete. Se i due numeri non coincidono, il router non ha un indirizzo pubblico diretto e il port forwarding classico non arriverà mai al tuo PC, indipendentemente da quanto correttamente configuri la regola. In quel caso conviene spostare subito il server su un VPS, risparmiando il tempo che altrimenti finirebbe in un troubleshooting di rete senza soluzione.
Chi sceglie un VPS deve anche decidere la distribuzione Linux. Ubuntu Server 22.04 LTS o 24.04 LTS restano le scelte più documentate per questo tipo di workload, con il vantaggio di un supporto a lungo termine e di repository stabili per le librerie a 32 bit richieste più avanti in questa guida. Debian 12 funziona altrettanto bene, con comandi quasi identici a quelli mostrati nei passaggi seguenti.
Passo 3: apri le porte UDP sul router
Se ospiti su un PC dietro un router domestico, accedi al pannello di amministrazione (di solito su 192.168.1.1 o 192.168.0.1) e cerca la sezione “Port Forwarding” o “NAT/Gaming”. Nitrado, uno dei principali provider di hosting per server di gioco, descrive così il passaggio nella sua guida ufficiale: “Create a rule pointing ports 2456–2458 (UDP) directly to your PC’s IPv4 Address” (crea una regola che indirizzi le porte 2456-2458 UDP direttamente all’indirizzo IPv4 del tuo PC), disponibile sulla pagina di supporto di Nitrado.
Assegna al PC che ospiterà il server un IP locale fisso (dal pannello DHCP del router, o impostando manualmente l’indirizzo nelle proprietà di rete), altrimenti la regola di forwarding si rompe al primo riavvio del router. Dopo aver salvato, verifica dall’esterno della tua rete (per esempio dal telefono con il Wi-Fi spento) che la porta risulti raggiungibile, usando un controllo online di port checking.
Passo 4-5: prepara il sistema e installa SteamCMD
Su Linux, prima di toccare SteamCMD, installa le librerie a 32 bit richieste dal server. Su Debian e Ubuntu i comandi sono questi:
sudo dpkg --add-architecture i386
sudo apt update
sudo apt install -y steamcmd lib32gcc-s1 libpulse0 libatomic1 libc6-i386 unzip
Se preferisci Windows, puoi saltare questo passaggio: scarica SteamCMD direttamente dal wiki ufficiale di Valve per SteamCMD, estrai lo zip in una cartella dedicata (per esempio C:\valheimserver\steamcmd) e lancia steamcmd.exe una prima volta per completare l’auto-aggiornamento dello strumento stesso.
Per chi vuole un approfondimento solo su SteamCMD, questo sito ha già pubblicato una guida dedicata a SteamCMD per server e mod che vale la pena consultare se incontri problemi con il login anonimo o con la validazione dei file.
Passo 6: scarica il Valheim Dedicated Server
Con SteamCMD pronto, scarica il server con il login anonimo (non serve un account Steam dedicato, a differenza di alcuni altri giochi). Su Linux:
mkdir -p ~/valheimserver
steamcmd +force_install_dir ~/valheimserver +login anonymous +app_update 896660 validate +quit
Su Windows, il comando equivalente dentro steamcmd.exe è identico, solo con un percorso Windows al posto di quello Linux:
steamcmd.exe +force_install_dir C:\valheimserver +login anonymous +app_update 896660 validate +quit
Il download pesa alcuni gigabyte e il tempo varia con la tua connessione. La flag “validate” è importante: controlla che ogni file scaricato corrisponda ai checksum ufficiali e va rieseguita dopo ogni aggiornamento del gioco, per evitare che una patch a metà lasci il server in uno stato instabile.
Output atteso: come riconoscere un avvio riuscito
Prima di proseguire con la configurazione avanzata, vale la pena sapere cosa aspettarsi in output quando ogni passaggio funziona come previsto. Durante il download con SteamCMD, un’installazione riuscita termina con una riga simile a questa, seguita dal prompt che torna disponibile:
Success! App '896660' fully installed.
Se invece compare un messaggio con “ERROR! Failed to install app” seguito da un codice numerico, il problema è quasi sempre spazio su disco insufficiente o una connessione interrotta a metà download: rilancia lo stesso comando con validate, che riprende da dove si era fermato invece di scaricare tutto da capo.
Quando il server parte correttamente con lo script start_server.sh, il terminale mostra un blocco di righe che include il nome del mondo, la porta in ascolto e la conferma della registrazione sulla piattaforma Steam:
Session "Il Mio Server" with join code 123456 and IP 0.0.0.0:2456 is active with 0 player(s)
World save at /home/steam/.config/unity3d/IronGate/Valheim/worlds_local/MioMondo
Zonesystem Start ... done
Game server connected
Il valore “0 player(s)” è normale subito dopo l’avvio e cambia non appena qualcuno si connette. Se invece il processo termina da solo pochi secondi dopo l’avvio senza mostrare “Game server connected”, il problema più comune è una porta già occupata da un altro processo, verificabile su Linux con “sudo ss -ulnp | grep 2456”.
Per chi usa Docker, il comando “docker logs -f valheim” mostra un output analogo, con l’aggiunta delle righe di avanzamento del download iniziale gestito dall’immagine stessa e, una volta pronto, una riga “Server online” generata dallo script di healthcheck del container.
Passo 7-8: configura lo script di avvio e attiva il crossplay
Il server Linux si avvia tramite lo script start_server.sh incluso nella cartella di installazione. Prima di lanciarlo, aprilo con un editor di testo e personalizza nome, mondo, password e porta:
#!/bin/bash
export valheim_install=/home/steam/valheimserver
export SteamAppId=892970
$valheim_install/valheim_server.x86_64 -nographics -batchmode \
-name "Il Mio Server" -port 2456 \
-world "MioMondo" -password "unapasswordsicura" \
-crossplay -public 1
Su Windows, la guida ufficiale di supporto di Coffee Stain Publishing spiega il procedimento equivalente così: “Right-click start_headless_server.bat (your copy or the original) and choose ‘Edit’ to open the file in Notepad” (fai clic destro su start_headless_server.bat, una copia o l’originale, e scegli “Modifica” per aprire il file in Blocco Note), come riportato nella guida ufficiale ai server dedicati su valheim.com. Fai sempre una copia del file prima di modificarlo: gli aggiornamenti del gioco possono sovrascrivere l’originale e farti perdere la configurazione.
La password deve avere almeno 5 caratteri, altrimenti il server si rifiuta di partire. Il flag -crossplay abilita la connessione da Xbox e PlayStation oltre a Steam: senza di esso, solo i giocatori Steam riusciranno a entrare. Il flag -public 1 rende il server visibile nella lista server in-game, mettilo a 0 se vuoi un server privato raggiungibile solo con connessione diretta.
Passo 9-10: servizio systemd e backup automatici
Lanciare il server a mano dentro una sessione SSH significa perderlo appena chiudi il terminale. Un servizio systemd lo mantiene attivo e lo riavvia da solo in caso di crash. Crea il file /etc/systemd/system/valheim.service:
[Unit]
Description=Valheim Dedicated Server
After=network.target
[Service]
Type=simple
User=steam
WorkingDirectory=/home/steam/valheimserver
ExecStart=/home/steam/valheimserver/start_server.sh
Restart=on-failure
RestartSec=20
[Install]
WantedBy=multi-user.target
Poi abilitalo e avvialo con:
sudo systemctl daemon-reload
sudo systemctl enable valheim.service
sudo systemctl start valheim.service
sudo systemctl status valheim.service
Per i backup, Valheim salva il mondo in ~/.config/unity3d/IronGate/Valheim/worlds_local. Un cron job semplice copia i salvataggi ogni ora, mantenendo una rotazione di sette giorni:
#!/bin/bash
SRC=~/.config/unity3d/IronGate/Valheim/worlds_local
DEST=~/valheim-backups/$(date +%Y%m%d-%H%M)
mkdir -p "$DEST"
cp -r "$SRC"/* "$DEST"/
find ~/valheim-backups -maxdepth 1 -mtime +7 -exec rm -rf {} \;
Aggiungi questo script a crontab con “crontab -e” e una riga come “0 * * * * /home/steam/backup-valheim.sh” per eseguirlo ogni ora. Fai sempre un backup manuale prima di ogni aggiornamento del gioco: un salvataggio corrotto da una patch mal gestita è l’incidente più comune segnalato dalla community su Reddit e sui forum Steam.
Gestire permessi e amministrazione del server
Prima di passare a Docker, un passaggio che molte guide saltano ma che evita grattacapi seri più avanti: la gestione dei permessi amministrativi. Valheim usa tre liste di testo semplice, salvate nella cartella del server, per decidere chi può usare i comandi da console, chi è bandito e chi è ammesso su un server altrimenti privato. Il file si chiama adminlist.txt e contiene, una per riga, le SteamID a 64 bit dei giocatori che vuoi promuovere ad amministratore:
# adminlist.txt
# Una SteamID64 per riga, senza virgolette
76561198012345678
76561198087654321
Puoi trovare la tua SteamID64 dal profilo Steam (attivando il formato numerico nelle impostazioni di visualizzazione) o da uno dei tanti convertitori online che trasformano l’URL del profilo in ID numerico. Dopo aver modificato il file, serve il comando in-game “/adminstatus” per verificare che il gioco riconosca correttamente i permessi, oppure un riavvio del server se preferisci essere certo che la lista sia stata ricaricata da zero.
Gli amministratori possono usare comandi da console come “kick”, “ban” e “save” direttamente dalla chat in-game premendo F5 per aprire la console, un dettaglio che molti nuovi host ospitanti non conoscono e che evita di dover riavviare tutto il server solo per allontanare un giocatore problematico. Il file bannedlist.txt segue la stessa logica di adminlist.txt ma blocca l’accesso invece di concederlo, mentre permittedlist.txt entra in gioco solo se il server è impostato come non pubblico e serve a specificare quali SteamID possono comunque connettersi senza passare dalla lista server visibile in-game.
Passo 11: esegui il server in Docker, il progetto completo
Se vuoi un setup riproducibile, isolato e facile da spostare tra macchine, Docker è la scelta più pulita, e la stessa guida ufficiale di Iron Gate indica Docker come percorso alternativo per chi gestisce il server su Linux. Installa prima Docker seguendo la documentazione ufficiale di Docker Engine, poi crea questo docker-compose.yml, che rappresenta il progetto completo e funzionante di questa guida:
services:
valheim:
image: lloesche/valheim-server
container_name: valheim
restart: unless-stopped
ports:
- "2456-2458:2456-2458/udp"
volumes:
- ./config:/config
- ./backups:/config/backups
environment:
- SERVER_NAME=Il Mio Server
- WORLD_NAME=MioMondo
- SERVER_PASS=unapasswordsicura
- SERVER_PUBLIC=true
- SERVER_CROSSPLAY=true
- BACKUPS_CRON=0 * * * *
- BACKUPS_MAX_AGE=7
Avvialo con “docker compose up -d” dalla cartella dove hai salvato il file. L’immagine si occupa da sola di scaricare il server via SteamCMD, applicare gli aggiornamenti e gestire i backup programmati tramite la variabile BACKUPS_CRON, eliminando buona parte dei passaggi manuali dei Passo 5-10. È l’opzione che consigliamo a chi gestisce più server di gioco sulla stessa macchina, perché ogni container resta isolato dagli altri, lo stesso principio applicato nelle guide di questo sito per i server dedicati Palworld e per FiveM.
Aggiornare il server senza perdere il mondo
Steam aggiorna automaticamente molti giochi multiplayer sul lato client, ma un server dedicato va aggiornato manualmente, nel momento che scegli tu. Questo è uno dei vantaggi concreti di gestire un proprio server invece di affidarsi a quelli pubblici: decidi tu quando applicare una patch, non Valve o Iron Gate al posto tuo nel mezzo di una sessione.
La procedura corretta segue sempre lo stesso ordine: ferma il servizio, fai un backup, aggiorna, verifica, riavvia. Saltare il backup prima dell’aggiornamento resta, secondo le segnalazioni più comuni nei forum della community, la causa numero uno di mondi persi dopo una patch. Su un server gestito con systemd, la sequenza completa è:
sudo systemctl stop valheim.service
~/backup-valheim.sh
steamcmd +force_install_dir ~/valheimserver +login anonymous +app_update 896660 validate +quit
sudo systemctl start valheim.service
sudo systemctl status valheim.service
Su Docker la sequenza è più semplice, perché l’immagine gestisce l’aggiornamento in automatico a ogni riavvio del container, ma il principio del backup preventivo resta identico: esegui una copia della cartella ./config prima di eseguire “docker compose pull && docker compose up -d”, così hai sempre un punto di ripristino indipendente dal container stesso.
Un’ultima accortezza: dopo un aggiornamento importante, avvisa il gruppo che la prima connessione dopo la patch potrebbe richiedere qualche secondo in più del normale, perché il client scarica gli stessi file aggiornati lato Steam prima di poter raggiungere il server. Non è un problema del server, ma della sincronizzazione tra le due versioni, e capita a tutti i giochi che seguono questo modello di distribuzione.
Passo 12: sicurezza, mod BepInEx e monitoraggio
Chiudi il firewall a tutto tranne le porte necessarie. Su Ubuntu, con ufw:
sudo ufw allow 2456:2458/udp
sudo ufw allow ssh
sudo ufw enable
sudo ufw status verbose
Per chi vuole mod lato server (loot personalizzato, rebalance, interfacce aggiuntive), BepInEx è il framework usato dalla stragrande maggioranza delle mod di Valheim pubblicate su Thunderstore e Nexus Mods. Installalo nella cartella del server, non nel client, altrimenti i giocatori che si connettono senza gli stessi mod lato client riceveranno errori di versione mod incompatibile. Scarica sempre la versione di BepInEx indicata come compatibile dalla pagina della mod che vuoi installare, perché framework e mod devono essere sincronizzati tra loro.
Un errore frequente in questa fase è aggiornare il gioco senza controllare se le mod installate restano compatibili con la nuova versione. Iron Gate non garantisce la stabilità delle API interne usate dai modder, quindi una patch del gioco può rompere silenziosamente una mod che il giorno prima funzionava senza problemi. La prassi più sicura è leggere la pagina della mod su Thunderstore prima di applicare un aggiornamento, non dopo, specialmente se il server ospita un mondo avanzato con ore di progressi che nessuno vuole rischiare di perdere per un conflitto tra versioni.
Per il monitoraggio delle risorse, “htop” su Linux o il Task Manager su Windows bastano per un controllo rapido di RAM e CPU. Se il server gira su un PC che spegni regolarmente, puoi automatizzare l’accensione da remoto seguendo la guida di questo sito al Wake-on-LAN per PC gaming, utile per riattivare la macchina prima di una sessione senza lasciarla accesa 24 ore su 24.
Vale la pena anche limitare chi può amministrare il server da remoto. Se usi SSH per raggiungere la macchina, disabilita il login diretto con password e passa alle chiavi pubbliche, un accorgimento che riduce drasticamente i tentativi di accesso automatizzati che ogni server esposto su internet riceve, giorno e notte, da bot che scansionano porte comuni. Cambia anche la porta SSH di default se il server è raggiungibile da un IP pubblico senza VPN davanti.
Errori comuni da evitare
Molti dei problemi che finiscono per rovinare la prima sessione su un server nuovo non dipendono da un comando sbagliato, ma da una scelta fatta troppo in fretta durante la configurazione iniziale. Gli otto punti seguenti coprono gli errori che più spesso costringono a ripartire da zero o a passare un’intera serata a fare debug invece di giocare.
- Password troppo corta: il server rifiuta di avviarsi con meno di 5 caratteri, un errore che in log appare come generico fallimento di avvio.
- Aprire solo una porta UDP: dimenticare la 2457 oltre alla 2456 lascia il server visibile ma non raggiungibile per il gioco effettivo.
- IP locale non fisso: se il router assegna un nuovo IP al PC dopo un riavvio, la regola di port forwarding punta al vecchio indirizzo e smette di funzionare.
- Saltare il flag validate dopo un aggiornamento: un file scaricato a metà per un’interruzione di rete può restare corrotto senza essere notato.
- Stesso nome di mondo per test diversi: riusare “MioMondo” per esperimenti successivi sovrascrive il salvataggio precedente senza chiedere conferma.
- Mod installate solo lato server o solo lato client: BepInEx e le singole mod vanno sincronizzati su entrambi i lati, altrimenti i giocatori restano bloccati alla schermata di connessione.
- Nessun backup prima di un aggiornamento del gioco: le patch di Iron Gate talvolta modificano il formato di salvataggio, e un rollback senza backup può costare ore di progressi.
- Connessione da dentro la stessa rete locale con l’IP pubblico: molti router non gestiscono bene il NAT hairpinning, quindi i giocatori sulla stessa Wi-Fi dell’host devono collegarsi con l’IP locale, non con quello pubblico.
Risoluzione dei problemi: 8 errori frequenti e soluzioni
Anche seguendo ogni passaggio alla lettera, capita di incontrare un ostacolo nei primi minuti dopo l’avvio. La maggior parte dei problemi segnalati nelle community di supporto su Reddit, Steam e nei server Discord dedicati a Valheim ricade in un numero limitato di categorie: rete, versione, spazio disco e permessi di file. Ecco gli otto problemi più frequenti e come risolverli in pratica, in ordine di probabilità con cui li incontrerai.
- “Connection timed out” dal client: quasi sempre un problema di port forwarding. Verifica con un controllo di porta esterno prima di sospettare altro.
- “Incompatible version” alla connessione: il server non è stato aggiornato insieme al client. Rilancia il comando app_update con validate.
- Il container Docker si ferma subito dopo l’avvio: controlla i log con “docker logs valheim”. Nella maggior parte dei casi manca spazio su disco o i permessi sulla cartella ./config sono sbagliati.
- Il mondo risulta corrotto al riavvio: ripristina l’ultimo backup dalla cartella di backup automatico creata nel Passo 10, poi verifica lo spazio disco disponibile, spesso la causa reale.
- Giocatori sulla stessa rete dell’host non si connettono: fai connettere chi è sulla stessa Wi-Fi tramite l’IP locale del server, non quello pubblico, per evitare il problema di NAT hairpinning.
- Il server compare nella lista ma mostra “0/10” fermo: riavvia il servizio systemd o il container, spesso indica che il processo è bloccato su un salvataggio lento con un mondo molto esplorato.
- Lag o desync con più di 6-8 giocatori: è quasi sempre un collo di bottiglia di CPU single-thread, non di RAM. Valheim scala male su molti core ma male anche su pochi: verifica il clock della CPU prima di aumentare la RAM.
- Dietro CGNAT, il port forwarding non funziona nonostante la configurazione corretta: contatta l’operatore per un IP pubblico dedicato, oppure sposta il server su un VPS o usa un tunnel come Tailscale Funnel.
Consigli avanzati e confronto tra le opzioni di hosting
Una volta che il server gira stabile, alcuni accorgimenti aggiuntivi alzano sensibilmente la qualità dell’esperienza. Il primo è separare il salvataggio del mondo dalla cartella di installazione del server, così un aggiornamento o una reinstallazione da zero non toccano mai i dati di gioco. Il secondo è impostare un riavvio notturno programmato (per esempio alle 5 del mattino, orario italiano, quando quasi nessuno gioca), perché Valheim su sessioni molto lunghe accumula un leggero degrado di memoria lato server, un comportamento noto e discusso nelle guide della community da anni.
Il terzo consiglio riguarda ValheimPlus o mod simili dedicate alla configurazione server, che permettono di modificare drop rate, danni e velocità di crafting senza toccare il codice del gioco: utili per gruppi che vogliono un ritmo diverso da quello di default senza installare decine di mod singole.
Un ultimo accorgimento riguarda la comunicazione con il gruppo. Tieni un canale Discord o una chat dedicata dove annunci in anticipo quando applicherai un aggiornamento o un riavvio programmato, specialmente se nel gruppo ci sono giocatori che si collegano da fusi orari diversi dall’Italia. Un riavvio inatteso durante un combattimento contro un boss può costare ore di preparazione, e la maggior parte dei malumori nei gruppi di gioco nasce da una comunicazione mancata su questi dettagli operativi, non da un problema tecnico vero e proprio.
| Caratteristica | PC di casa | VPS | Hosting gestito |
|---|---|---|---|
| Costo aggiuntivo | Nessuno | Basso | Medio |
| Uptime 24/7 | No, salvo PC sempre acceso | Sì | Sì |
| Controllo completo del sistema | Totale | Totale | Limitato |
| Difficoltà di configurazione | Media | Media-alta | Bassa |
| IP pubblico stabile | Spesso no | Sì | Sì |
| Adatto a | Test e gruppi piccoli | Chi vuole controllo e risparmio | Chi vuole zero manutenzione |
Non esiste una risposta universalmente giusta tra le tre opzioni. Un gruppo di due o tre amici che gioca nei weekend si trova benissimo con il PC di casa e lo script systemd descritto nel Passo 9. Un clan più numeroso, con giocatori in fusi orari diversi, trae più beneficio da un VPS sempre acceso o da un provider di hosting gestito, al costo di qualche euro al mese.
Un fattore che spesso decide la scelta, più del costo puro, è quanto tempo sei disposto a dedicare alla manutenzione. Il PC di casa e il VPS richiedono entrambi che tu segua personalmente ogni aggiornamento del gioco, ogni backup e ogni riavvio dopo un crash. L’hosting gestito sposta questo lavoro sul provider, che in cambio applica aggiornamenti secondo i propri tempi, non necessariamente i tuoi. Per un gruppo che gioca con regolarità per mesi, vale la pena fare due conti su quante ore di manutenzione risparmi davvero rispetto al costo mensile di un piano gestito.
Seguendo tutti i passaggi di questa guida avrai un server Valheim che resta online senza il tuo intervento quotidiano, con backup orari già pronti e una strada di aggiornamento che non rischia di corrompere il mondo a ogni patch. È lo stesso livello di solidità che cerchiamo in ogni guida di hosting pubblicata su questo sito, che si parli di Rust, Minecraft o del Palworld già trattato in precedenza: un server che i tuoi compagni di clan possono dare per scontato, non qualcosa da far partire manualmente ogni volta che qualcuno vuole giocare.
Domande frequenti
Serve comprare una seconda copia di Valheim per il server dedicato?
No. Il Valheim Dedicated Server (AppID 896660) è gratuito e separato dal gioco, scaricabile con un account Steam anonimo tramite SteamCMD.
Posso giocare sul mio PC mentre questo ospita anche il server?
Sì, ma le prestazioni del server e quelle del client competono per le stesse risorse di CPU e RAM. Per gruppi di più di 4-5 giocatori è preferibile separare le due macchine.
Il crossplay funziona anche senza l’account Microsoft o PlayStation Network collegato?
Il crossplay richiede che ogni giocatore abbia collegato il proprio account della piattaforma su cui gioca. Il flag -crossplay lato server abilita solo la possibilità tecnica di accettare quelle connessioni.
Quanto spazio disco serve nel tempo?
Un mondo esplorato a fondo, con molte basi costruite, può arrivare a diversi gigabyte di solo salvataggio. Pianifica almeno 20-30 GB totali se prevedi sessioni lunghe su più mesi.
Docker è più lento del server installato direttamente?
No, l’overhead di Docker su Linux per questo tipo di carico è trascurabile. Il vantaggio principale non è la velocità ma la facilità di backup, aggiornamento e migrazione tra macchine diverse.
Cosa succede se il mio IP pubblico cambia?
Se usi un PC di casa senza IP statico, i giocatori che avevano salvato il vecchio indirizzo non riusciranno più a connettersi. Un servizio di DNS dinamico come DuckDNS risolve il problema aggiornando automaticamente un nome di dominio che punta sempre al tuo IP corrente.
Posso spostare un mondo esistente da un server pubblico Steam a uno dedicato?
Sì. Copia i file .db e .fwl dalla cartella worlds_local del tuo salvataggio locale nella cartella worlds_local del nuovo server dedicato, usando lo stesso nome del mondo indicato nello script di avvio.
Quanti giocatori può gestire davvero un server dedicato Valheim?
Non esiste un limite imposto dal gioco stesso, ma in pratica i gruppi che riportano la miglior esperienza restano sotto i 10 giocatori simultanei. Oltre questa soglia, il collo di bottiglia diventa la natura single-thread del motore di gioco più che la RAM disponibile, e si nota soprattutto nelle zone con molte costruzioni accumulate nel tempo.
Devo ricreare adminlist.txt e i backup a ogni reinstallazione del server?
No, se li tieni fuori dalla cartella di installazione del server, come consigliato nella sezione sui consigli avanzati di questa guida. Una reinstallazione completa tocca solo i file del programma, non la cartella di configurazione separata dove vivono liste di permessi e backup.




