Cambio massivo record DNS
Quando devi modificare molti record DNS contemporaneamente (es. cambio IP server, migrazione provider email, ristrutturazione architettura), la modifica manuale uno a uno è inefficiente e propensa a errori. Il Pannello Manager offre strumenti per cambi massivi sicuri e veloci.
Scenari tipici di cambio massivo
- Cambio IP server web: aggiornare tutti i record A che puntano al vecchio IP.
- Migrazione email: cambiare MX, SPF, DKIM su tutti i domini gestiti.
- Cambio CDN: spostare CNAME da una CDN a un'altra.
- Aggiornamento SPF: aggiungere un nuovo mail server al record SPF su decine di domini.
- Disaster recovery: redirigere tutti i record a un'infrastruttura backup.
- Rebranding: cambiare tutti i record da vecchio a nuovo dominio.
Approcci disponibili
Il Pannello Manager offre tre strategie:
- Find & Replace: modifica record che corrispondono a un pattern.
- Import/Export: esporta, modifica con script o tool, reimporta.
- API batch: chiamate API multiple con script (Bash, Python, ecc.).
Procedura passo-passo (Find & Replace)
- Accedi al Pannello Manager.
- Vai su "Strumenti avanzati" > "Cambio massivo".
- Seleziona i domini interessati (singolo, multipli, tutti).
- Imposta il filtro: tipo record (A, CNAME, MX, ecc.), pattern nel valore.
- Inserisci il nuovo valore di sostituzione.
- Clicca "Anteprima": il sistema mostra tutti i record che verranno modificati.
- Verifica attentamente la lista.
- Conferma l'esecuzione.
- Il sistema esegue le modifiche in batch atomico.
- Riceverai un riepilogo finale con successi e fallimenti.
Procedura passo-passo (Script API)
- Genera un token API con permessi di scrittura.
- Scrivi uno script (Bash, Python) che: enumera i domini con
GET /domains, per ogni dominio enumera record conGET /domains/{id}/records, identifica quelli da modificare, applica la modifica conPUT /domains/{id}/records/{rec_id}. - Aggiungi rate limiting (sleep 50ms tra chiamate per non superare il limite).
- Logga ogni modifica per audit interno.
- Testa lo script su un dominio singolo prima del rollout massivo.
- Esegui lo script con monitoring attivo.
Strategia di rollback
Prima di un cambio massivo, sempre: esporta backup completo della zona, riduci il TTL preventivamente (per propagazione rapida in caso di rollback), pianifica una finestra di manutenzione, prepara uno script di rollback inverso. Se qualcosa va storto, puoi ripristinare in minuti invece di ore.
TTL e propagazione
I cambi massivi propagano in base al TTL dei singoli record. Per coordinare la propagazione: 48 ore prima riduci tutti i TTL coinvolti a 300, esegui il cambio massivo (propaga in 5-30 minuti), dopo verifica del funzionamento riporta i TTL a valori normali.
Errori comuni e come risolverli
- Match troppo ampio: il pattern coinvolge più record del previsto. Usa anteprima sempre prima di confermare.
- Match parziale: il pattern non cattura tutti i record desiderati (es. case-sensitivity). Affina il filtro.
- Rate limit API superato: aggiungi pause nello script o usa endpoint batch dedicati.
- Modifica solo parziale: alcuni record falliscono per validazione. Controlla i log dell'operazione.
- Effetti collaterali imprevisti: il cambio rompe servizi correlati. Pianifica con stakeholder tecnici.
Domande frequenti
D: Quanti record posso modificare in batch?
R: Find & Replace fino a 5000 record per operazione. API senza limiti specifici, ma soggetto a rate limit.
D: Le modifiche sono atomiche?
R: Find & Replace sì (tutto o niente). API singole modifiche sono atomiche, ma lo script può fallire parzialmente.
D: Posso pianificare un cambio massivo a futura data?
R: Sì, "Operazioni schedulate" permette di programmare cambi per data/ora specifica.
D: Le modifiche sono tracciate nell'audit log?
R: Sì, ogni record modificato genera un'evento individuale, con riferimento all'operazione massiva di origine.
Hai bisogno di aiuto?
Se hai dubbi sul Pannello Manager G Tech Group, contattaci tramite il modulo di contatto.