12 post etichettati con "DNS"

Pubblicato il 10 settembre 2026

Per migrare un sito cPanel a un VPS senza un'interruzione imprevista, tratta il DNS come lo switch finale, non come il primo compito. Prepara il server di destinazione, copia l'account, testalo sul nuovo indirizzo IP, riduci il DNS TTL, poi modifica i record solo dopo che i controlli dell'applicazione, della posta e di SSL sono andati a buon fine. Il sito resta disponibile mentre il lavoro avviene in background.

Per il sito di una piccola impresa, un account agenzia o un negozio con ordini attivi, la migrazione riguarda meno lo spostamento dei file e più la conservazione del comportamento del servizio. Versioni di PHP, permessi del database, cron job, instradamento della posta elettronica, reindirizzamenti e regole del firewall devono tutti arrivare in uno stato certamente funzionante. I file di solito sono la parte facile. Le piccole impostazioni nascoste intorno a loro sono dove le migrazioni si guadagnano i capelli grigi.

Pubblicato il 2 settembre 2026

Una migrazione del server è più sicura quando il nuovo ambiente è già stato verificato prima che i clienti lo utilizzino. Copiare i file è solo una parte del lavoro. Il vero lavoro consiste nel preservare la coerenza dei dati, il comportamento dell'applicazione, la consegna delle email, il controllo del DNS, le regole di sicurezza, le attività pianificate e i piccoli dettagli di configurazione che tendono ad apparire all'ora meno opportuna.

Per un sito web aziendale, una piattaforma SaaS, un negozio online o lo stack di un cliente di agenzia, l'obiettivo non è semplicemente spostare un server. L'obiettivo è cambiare l'infrastruttura sottostante con una finestra di manutenzione controllata, un percorso di fallback testato e nessuna spiacevole sorpresa nel checkout, nel login o nelle scritture sul database. Il servizio dovrebbe essere tornato tranquillo prima che qualcuno debba chiedere perché non lo fosse.

Pubblicato il 25 luglio 2026

Gli avvisi SSL di solito dipendono da un problema di certificato, DNS o di distribuzione, non da un misterioso problema del browser. Per capire come prevenire gli avvisi SSL, inizia trattando HTTPS come un servizio operativo: convalida il nome del certificato, lo stato del rinnovo, la catena completa e il server che risponde effettivamente alle richieste. Una singola impostazione mancata può mettere una grande pagina di avviso rossa tra un cliente e la tua attività.

Un browser mostra un avviso perché non riesce a dimostrare che il sito web raggiunto è il sito web per cui è stato emesso il certificato. I visitatori non hanno bisogno di conoscere il motivo tecnico. Vedono un avviso di sicurezza, esitano e spesso se ne vanno. Per un negozio online, un accesso SaaS, il sito cliente di un'agenzia o un portale aziendale, questo è un problema di fiducia prima ancora di diventare un ticket di supporto.

Pubblicato l’8 luglio 2026

Il downtime di solito inizia prima che inizi il conteggio dell’interruzione. Il carico della CPU aumenta, la latenza del disco peggiora, i worker PHP si accodano, un record DNS viene modificato in fretta, oppure un certificato scaduto aspetta silenziosamente l’orario d’ufficio per creare problemi. Se vuoi sapere come ridurre il downtime dell’hosting, la risposta non è una singola impostazione magica. È una serie di piccoli controlli operativi che intercettano i problemi in anticipo e limitano il raggio d’impatto quando qualcosa va comunque storto.

La maggior parte degli incidenti di hosting non è semplice sfortuna. Derivano da una visibilità insufficiente, singoli punti di guasto, aggiornamenti ritardati, modifiche imprudenti o piani di backup che esistono soprattutto come ottimismo. Il servizio può tornare calmo molto rapidamente se questi punti deboli vengono gestiti in anticipo. È qui che si svolge il vero lavoro sull’uptime.

Pubblicato il 5 luglio 2026

Quindici siti di clienti, quattro fornitori di hosting, due freelance con vecchi accessi, backup sparsi e una scia di fatture che nessuno vuole verificare: questo è un normale caos da agenzia, non un raro disastro. Un esempio di consolidamento dell'hosting per agenzie diventa utile esattamente qui, quando la crescita è avvenuta più velocemente degli standard. L'obiettivo non è solo spostare i siti web in meno posti. Il vero lavoro è ridurre il rischio operativo senza compromettere la fiducia dei clienti, le scadenze o il flusso di cassa.

Per la maggior parte delle agenzie, il consolidamento inizia per motivi poco entusiasmanti. I rinnovi vengono saltati. I certificati SSL si trovano in dashboard diverse. Un sito WordPress è su hosting condiviso, un altro su un VPS che nessuno ha documentato e un importante negozio ecommerce invia ancora gli avvisi a un ex collaboratore. Non è la situazione DNS più bella del mondo, ma è sotto controllo se la si affronta nell'ordine giusto.

Pubblicato il 16 giugno 2026

L'esempio più pulito di migrazione di hosting gestito non è drammatico. Il traffico continua a scorrere, le email continuano ad arrivare, gli ordini continuano a essere elaborati e il cliente nota soprattutto che il rumore del vecchio server è cessato. Questo è l'obiettivo. Se una migrazione si trasforma in un salvataggio eroico a tarda notte, il processo era sbagliato ben prima del cutover.

Usiamo un caso realistico: un piccolo sito ecommerce su un managed VPS obsoleto passa a un VPS gestito con monitoraggio, backup e supporto attivo. Il negozio usa WordPress con WooCommerce, circa 40.000 visite mensili, email transazionali, alcuni import pianificati e un gateway di pagamento che non gradisce le sorprese. Il vecchio server ha versioni PHP miste, cron job manuali e nessuno sa con certezza quando è avvenuto l'ultimo test di ripristino. Non è la situazione server più bella del mondo, ma è sotto controllo.

Pubblicato il 1 giugno 2026

Il ticket inizia con un messaggio familiare: "Il sito è lento, il checkout va in timeout e nessuno ha toccato nulla." I buoni esempi di supporto per hosting gestito iniziano proprio da lì: non con accuse, non con consigli copiati e incollati, ma con un tecnico che controlla carico, worker PHP, latenza del database, I/O del disco e modifiche recenti prima che il cliente debba indovinare cosa si è rotto.

Questa è la differenza per cui le persone stanno davvero pagando. L'hosting gestito non è solo un server con un'etichetta più elegante. È copertura operativa. Per una piccola impresa, un'agenzia, un team SaaS o il proprietario di un negozio, il valore emerge nel mezzo di un problema, durante attività di manutenzione che nessuno si ricorda di pianificare e in tutte quelle ore tranquille in cui il monitoraggio intercetta in anticipo le cose peggiori.

Pubblicato il 12 maggio 2026

Se hai bisogno di un reindirizzamento URL DNS, la prima cosa da chiarire è semplice: il DNS non reindirizza il traffico web. Il DNS risponde solo con record come A, AAAA o CNAME. Il reindirizzamento vero e proprio avviene su un server web, un proxy inverso o una funzionalità del registrar posta davanti al dominio.

È qui che molte configurazioni iniziano a prendere una piega leggermente storta. Il proprietario di un dominio punta un record e si aspetta che example.com venga inoltrato a www.example.com o a un nuovo percorso del sito, ma non succede nulla. Il DNS ha fatto il suo lavoro. Ha tradotto il nome in un IP. Non ha detto al browser di andare da un'altra parte.

Pubblicato il 30 aprile 2026

Il ripristino di un sito web di solito inizia nel peggior momento possibile: dopo un aggiornamento errato di un plugin, un account di amministrazione compromesso, un'implementazione non riuscita o un errore del database che è andato in produzione prima che qualcuno se ne accorgesse. Quando ciò accade, sapere come ripristinare un backup del sito web è più importante che avere un backup in primo luogo. Il vero lavoro consiste nel rimettere online il tuo sito senza portare con sé vecchi problemi, dati mancanti o ulteriori tempi di inattività.

Se sei responsabile di un sito aziendale, di un negozio online, di una dashboard SaaS o di un ambiente client, il ripristino più sicuro è raramente quello più veloce. Dipende da cosa è fallito, da quando è iniziato il problema e se è necessario ripristinare l'intero sito o solo una sua parte.

Nella Parte 1 di questa guida, abbiamo configurato il firewall e aperto le porte necessarie per la consegna della posta. Ora che ci siamo assicurati che i messaggi vengano inviati dal tuo server, dobbiamo verificare che i record DNS siano configurati correttamente. Gmail, Outlook e altri importanti servizi di posta verificano rigorosamente MX, SPF, DKIM, DMARC e PTR prima di consegnare i messaggi nella casella di posta principale. Record corretti aumentano notevolmente la probabilità che i messaggi finiscano nella cartella Posta in arrivo invece che nello Spam (o vengano completamente rifiutati).

Nei passaggi seguenti, descriveremo come controllare i record DNS correnti per ogni tipo e forniremo raccomandazioni su come configurarli correttamente.