Come installare DirectAdmin su AlmaLinux 8

DirectAdmin su AlmaLinux 8 va installato con criterio: prima si allinea il sistema, poi si verifica la compatibilità dei servizi che il pannello andrà a gestire, infine si lancia lo script ufficiale in un ambiente pulito. Saltare i controlli iniziali è il modo più rapido per ritrovarsi con problemi su DNS, mail, PHP o firewall già al primo reboot.

Prerequisiti reali prima di partire

AlmaLinux 8 è una base solida per DirectAdmin, ma l’installazione riesce bene solo se il server è davvero dedicato o quasi. Se c’è già uno stack LAMP/LEMP complesso, un pannello diverso, o servizi custom che occupano porte e percorsi standard, conviene fermarsi e fare una mappa delle collisioni prima di procedere.

Prima di toccare il sistema verifica questi punti: hostname FQDN corretto, IP statico, risoluzione DNS coerente, accesso SSH come root o utente con sudo, repository di sistema aggiornati, spazio disco sufficiente e assenza di software di controllo concorrente. DirectAdmin si integra con servizi di sistema e assume che molte parti siano gestite in modo convenzionale.

Controlli minimi utili:

hostnamectl status

ip a

dig +short $(hostname -f)

df -h

Il risultato atteso è semplice: l’hostname deve risolvere verso l’IP pubblico corretto, il filesystem non deve essere vicino al pieno e il server non deve avere già un web stack che ascolta sulle porte standard senza che tu lo sappia.

Scelta dell’architettura: server pulito o migrazione

Il caso migliore è un’installazione su macchina pulita. In quel contesto DirectAdmin può installare e configurare i componenti necessari con meno attriti. Se invece stai migrando da un altro pannello o da una configurazione manuale, il problema vero non è l’installer: è la coesistenza di configurazioni, virtual host, account mail, certificati e record DNS già presenti.

Per un’installazione nuova conviene mantenere il sistema essenziale: aggiornamenti base, SSH, time sync, niente web server preesistente se non serve, niente database già popolato da applicazioni che vuoi preservare. Questo riduce il blast radius e rende più leggibili eventuali errori dello script di setup.

Se il server ospita già servizi produttivi, il passo corretto è fare uno snapshot o un backup completo prima di ogni modifica. Non è un dettaglio: l’installer può sostituire configurazioni, aggiungere pacchetti o cambiare servizi in avvio automatico.

Preparazione di AlmaLinux 8

Parti con un aggiornamento del sistema e con la verifica dei servizi di base. Su AlmaLinux 8, systemd e DNF sono la norma. Non serve fare esperimenti: serve un sistema coerente e aggiornato.

dnf -y update

reboot

Dopo il riavvio, controlla che il kernel sia quello atteso e che il sistema sia stabile.

uname -r

systemctl --failed

Se ci sono unità fallite, non ignorarle: DirectAdmin si appoggia a servizi come SSH, cron, rete, firewall e time sync. Un guasto preesistente può sembrare un problema del pannello quando invece è solo rumore di fondo.

Imposta un hostname completo, se non è già corretto. Per DirectAdmin è meglio usare un FQDN stabile, ad esempio server.example.com, non un nome generico o temporaneo.

hostnamectl set-hostname server.example.com

Verifica anche il file /etc/hosts. L’hostname locale deve essere coerente con la risoluzione DNS, altrimenti alcuni servizi generano certificati, mail header o configurazioni con valori incoerenti.

Un esempio minimale e pulito:

127.0.0.1   localhost localhost.localdomain
203.0.113.10 server.example.com server

Usa l’IP reale del server, non quello di esempio. Se il server ha più interfacce o IP aggiuntivi, documentali prima di installare il pannello.

Download dello script ufficiale e avvio installazione

DirectAdmin distribuisce un installer ufficiale che semplifica il bootstrap del sistema. Il punto non è “fare prima”, ma ridurre gli errori manuali. Scarica lo script su una directory temporanea e verifica che il contenuto sia quello atteso prima di eseguirlo.

cd /root
curl -O https://www.directadmin.com/setup.sh
chmod 755 setup.sh

Se vuoi essere più prudente, ispeziona rapidamente lo script prima di lanciarlo. Non è paranoia: è controllo minimo su un comando che modifica parecchio il sistema.

head -n 40 setup.sh

L’installazione vera e propria dipende dalla licenza e dai parametri del server. In genere DirectAdmin richiede un input iniziale con hostname, email di contatto, chiave licenza e scelte sul web stack. Il metodo più sicuro è seguire il flusso ufficiale dello script, senza sovrascrivere opzioni che non conosci.

Il comando di avvio può variare in base al canale di distribuzione e alla versione dello script, quindi qui il punto corretto non è inventare un parametro “universale”, ma usare la procedura indicata dal fornitore nel momento dell’installazione. Se il campo licenza non è disponibile o non è valido, il processo si ferma in modo esplicito: in quel caso il controllo da fare è sul pannello licenze, non sul sistema operativo.

Se il server è in produzione o prossimo alla produzione, esegui l’installazione in finestra di manutenzione e tieni pronto un rollback a snapshot. L’installer può cambiare web server, PHP, mail stack e firewall.

Scelta di web server, PHP e database

Una delle decisioni più importanti è lo stack applicativo. DirectAdmin può convivere con configurazioni differenti, ma la semplicità paga: scegli un’architettura coerente con i siti che dovrai ospitare. Se il carico è misto e vuoi compatibilità ampia, una combinazione classica con Apache e PHP-FPM è spesso più lineare da gestire. Se il focus è performance su siti PHP moderni, una catena Nginx come reverse proxy davanti ad Apache o a backend PHP-FPM può essere più efficiente, ma aumenta la complessità operativa.

La regola pratica è questa: meno varianti iniziali, meno debug dopo. DirectAdmin non risolve conflitti architetturali già presenti. Se il server deve servire applicazioni legacy e siti moderni insieme, pianifica prima la politica PHP per dominio, la gestione dei pool e l’eventuale separazione degli utenti.

Per i database, MySQL o MariaDB sono la scelta naturale. Anche qui, la compatibilità con le applicazioni esistenti conta più della teoria. Se hai applicazioni che richiedono versioni precise, verifica la matrice di compatibilità prima dell’installazione, non dopo.

Firewall, porte e superficie esposta

DirectAdmin introduce una superficie di servizi abbastanza ampia: pannello web, SSH, web server, posta, DNS, FTP o alternative, e servizi ausiliari. L’errore tipico è aprire tutto “per farlo funzionare” e poi dimenticarsi di restringere l’esposizione. È il contrario di come andrebbe gestito un server nuovo.

Su AlmaLinux 8, firewalld è spesso presente. Prima di cambiare regole, guarda lo stato corrente.

firewall-cmd --state
firewall-cmd --list-all

Le porte effettive dipendono dai servizi abilitati. In linea di massima devi aspettarti almeno SSH e il pannello, oltre alle porte del web server e della posta se li usi. Non aprire servizi che non ti servono. Se un servizio non è richiesto, disabilitarlo è meglio che esporlo e fidarsi.

Se l’installer o la configurazione del pannello gestiscono il firewall, verifica che non abbiano creato eccezioni troppo larghe. Il controllo utile è confrontare la lista delle porte aperte con i servizi realmente in ascolto.

ss -tulpn

Le porte in ascolto devono corrispondere a ciò che hai scelto. Se trovi demoni inattesi, fermati e chiarisci prima di procedere.

DNS e mail: i due punti che rompono più spesso i setup

Quando un’installazione DirectAdmin sembra “finita” ma poi i domini non risolvono, i certificati non si emettono o la posta non parte, il problema è spesso a monte: DNS e record di posta non allineati. Un pannello di hosting vive di coerenza tra hostname, A record, MX, SPF, DKIM e, se usi IPv6, anche AAAA.

Prima di pubblicare i domini, prepara i record di base. L’hostname del server deve avere un record A valido; se la posta è gestita sullo stesso host, il record MX deve puntare al nome corretto, non all’IP. Il reverse DNS, se hai controllo sull’infrastruttura, va allineato con il nome del server. Senza questo, molti controlli antispam penalizzano il traffico in uscita.

Verifiche rapide:

dig server.example.com A +short
dig example.com MX +short
dig -x 203.0.113.10 +short

Se il risultato non è coerente, correggi il DNS prima di insistere con il pannello. DirectAdmin può creare e gestire zone, ma non può compensare record sbagliati nella zona autoritativa o presso il registrar.

Verifica finale dell’installazione

Una volta completato il setup, non limitarti ad aprire l’interfaccia web. Controlla i servizi, i log e la raggiungibilità esterna. Il test corretto non è “la pagina si apre”, ma “il pannello risponde, i servizi attesi sono in ascolto e il login funziona senza errori lato backend”.

Controlli utili subito dopo l’installazione:

systemctl status directadmin
ss -tulpn | grep -E ':(2222|80|443|25|53)\b'

Se il pannello usa una porta diversa dalla 2222, verifica quella configurata. La presenza del processo non basta: deve essere anche raggiungibile dall’esterno, senza blocchi del firewall o del provider.

Apri il browser verso l’URL del pannello, poi testa autenticazione e caricamento delle sezioni principali. Se la GUI si apre ma alcune aree restano vuote, il problema può stare nei permessi, nei moduli mancanti o in un servizio ausiliario non avviato.

Controlla anche i log del servizio e dell’installer, se presenti. I percorsi possono variare, ma in genere il controllo utile è cercare errori recenti relativi a bind delle porte, licenza, DNS o database di configurazione.

journalctl -u directadmin -n 100 --no-pager

Hardening minimo dopo il bootstrap

Finita l’installazione, non lasciare il server nello stato “appena acceso”. Cambia subito le credenziali di amministrazione secondo le procedure del pannello, limita l’accesso SSH, imposta aggiornamenti regolari e verifica che il backup sia configurabile prima di caricare siti reali.

Il minimo sindacale comprende: accesso root ridotto dove possibile, chiavi SSH al posto delle password, 2FA se disponibile nel tuo flusso operativo, log centralizzati o almeno esportabili, e policy chiare sui backup. Un pannello di hosting non è solo un’interfaccia: è un concentratore di privilegi.

Se il server è esposto su Internet, valuta anche la limitazione dell’accesso al pannello da IP fidati, almeno per gli account amministrativi. Riduce parecchio la superficie d’attacco senza complicare il lavoro quotidiano.

Errori comuni e come leggerli

Se l’installer si blocca, il primo sospetto non deve essere “il pannello è rotto”, ma uno dei seguenti: DNS locale incoerente, repository non raggiungibili, porta occupata, licenza non valida, hostname malformato, spazio disco insufficiente. Questo vale soprattutto quando si installa su macchine già usate per altro.

Se la pagina del pannello non si apre, distinguere subito il layer aiuta a risparmiare tempo: DNS, rete, firewall, servizio, certificato. Un curl -I https://server.example.com:2222 dall’esterno ti dice subito se il problema è di trasporto, TLS o servizio. Se non arriva risposta, il problema è prima del login.

curl -I https://server.example.com:2222

Se il pannello risponde ma alcune funzioni sono vuote o falliscono, guarda i log applicativi e i permessi dei percorsi che DirectAdmin gestisce. Errori di ownership su directory di utenti, template corrotti o moduli PHP mancanti sono più comuni di quanto si pensi.

Quando conviene fermarsi e rifare con un’installazione pulita

Se hai dovuto correggere a mano troppi dettagli durante il bootstrap, spesso conviene fermarsi e ripartire da un sistema pulito piuttosto che trascinarsi dietro un’installazione incerta. Questo è vero soprattutto se hai sovrascritto configurazioni di rete, firewall o web server già in uso.

Un’installazione pulita è più veloce da mantenere nel tempo di una macchina “aggiustata” in emergenza. In pratica: se il numero di eccezioni cresce, il costo operativo cresce con lui. DirectAdmin funziona bene quando il sistema è leggibile, non quando è un compromesso stratificato.

In caso di rollback, la strada corretta è tornare allo snapshot o al backup precedente all’installazione, non cercare di smontare a mano metà stack. Se hai già pubblicato servizi o DNS, pianifica anche il ripristino della configurazione esterna, non solo del filesystem.

Checklist operativa finale

1. Hostname FQDN corretto e risoluzione DNS coerente.
2. AlmaLinux 8 aggiornato e riavviato senza unità fallite.
3. Spazio disco e IP statico verificati prima dell’installazione.
4. Firewall allineato alle sole porte necessarie.
5. Servizi principali attivi e raggiungibili dall’esterno.
6. Record DNS e mail coerenti con il dominio e il server.
7. Snapshot o backup disponibili prima di mettere in produzione.

Se questi punti sono a posto, l’installazione di DirectAdmin su AlmaLinux 8 diventa un’operazione lineare. Il vero risparmio di tempo non sta nello script più veloce, ma nel ridurre gli imprevisti prima di eseguirlo.