7 post etichettati con "DNS"

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.

Se il tuo browser riporta DNS_PROBE_FINISHED_NXDOMAIN, significa che non è in grado di determinare l'indirizzo IP del sito richiesto. Ciò può accadere per una serie di motivi:

• Il nome di dominio non è presente nei server DNS o la sua registrazione è scaduta.
• Il server responsabile della zona di dominio non è disponibile.
• Il DNS è configurato in modo errato sul dispositivo.
• Interferenze da una VPN, un antivirus o un firewall.
• Problemi con il provider di servizi Internet.

Il messaggio di errore accompagnatorio potrebbe apparire leggermente diverso nei diversi browser:

• Safari: «Safari non riesce a trovare il server».
• Mozilla Firefox: «Riprova. Non riusciamo a trovare quel sito».
• Microsoft Edge: «Hmm… questa pagina non è raggiungibile».
• Safari: «Safari non riesce a trovare il server».

Introduzione​

Se hai mai configurato un server di posta o hai incontrato controlli reverse DNS per altri motivi, probabilmente hai già sentito parlare dei record PTR. Ma cosa sono esattamente? Perché spesso non puoi configurare un record PTR da solo? Scopriamolo!