Conferma che Dynadot è autorevole
Un dominio registrato su Dynadot può utilizzare DNS di un'altra azienda. Inizia controllando il delegato server dei nomi e identificare l'account che controlla la zona autorevole. Se il dominio utilizza nameserver esterni, pubblica lì. La modifica dei nameserver del registrar semplicemente per utilizzare l'editor Dynadot è una migrazione DNS , non una normale modifica del record di autenticazione.
Raccogli l'esatto tipo di record della piattaforma di invio, il nome completo e il valore del proprietario, oltre alle impostazioni della zona esistente. Questa guida spiega la pubblicazione, non quale mittente dovrebbe essere autorizzato. L'amministratore di posta deve fornire e approvare il file SPF politica, DKIM registrare o DMARC policy prima che l'operatore DNS la salvi.
Traduci i proprietari nei campi dell'editor
Dynadot documenta I miei domini > Gestisci domini, selezione del dominio, Azione > Impostazioni DNS e l'opzione Dynadot DNS . Per i dati TXT apex, utilizzare Domain Record con TXT e inserire il valore in Indirizzo IP/Destinazione. Indica agli utenti di omettere le virgolette circostanti. Istruzioni TXT
Le regole relative al nome del proprietario sono importanti: un'istruzione @ indica la sezione del record di dominio, non un'etichetta @ letterale. Un proprietario non apicale appartiene al record del sottodominio e per un nome completo fornito è necessario rimuovere il suffisso della zona prima di immettere il prefisso. Ad esempio, il proprietario illustrativo _dmarc.example.com nella zona example.com diventa _dmarc . Un proprietario DKIM come selector1._domainkey.example.com diventa selector1. _domainkey . Questi sono esempi di sintassi, non valori di account reali.
Salva con Salva impostazioni, quindi controlla il proprietario completo pubblicato. Non dare per scontato che l'invio corretto di un modulo significhi che il nome DNS è corretto. L'inserimento dell'intero dominio in cui è previsto solo un prefisso può produrre un suffisso duplicato e lasciare vuoto il proprietario richiesto.
Conserva la configurazione root richiesta
La guida TXT di Dynadot afferma che la sua configurazione DNS richiede anche una root A, AAAA, CNAME o inoltrare la voce. Si tratta di un vincolo dell'editor del provider, non di una regola DNS generale. Conserva la configurazione root reale e approvata del dominio. Non inventare un indirizzo segnaposto o modificare il sito Web solo per soddisfare il modulo. Se un progetto di sola posta non ha una voce root appropriata, chiedi a Dynadot una configurazione supportata prima di salvare.
Per un CNAME DKIM , utilizzare l'area Record sottodominio con il file in dotazione selettore etichetta, tipo CNAME e destinazione. Di Dynadot Procedura dettagliata CNAME utilizza un esempio di sito Web; sostituire l'effettivo selettore di posta anziché copiare www o la destinazione di inoltro di esempio. Evita un CNAME presso un proprietario che porta già un altro servizio attivo.
Verificare il record su cui i ricevitori eseguiranno le query
Metodo di verifica originale: conserva le risposte autorevoli prima e dopo per ciascun proprietario e tipo esatto. Per SPF , controlla il dominio della busta applicabile e assicurati che esista una sola policy SPF candidata. Per DKIM , interroga il selettore fornito dalla piattaforma di invio e segui il suo CNAME se presente. Per DMARC , interroga il proprietario _dmarc previsto e confronta la policy con la modifica approvata.
Successivamente utilizza il controllo di verifica della piattaforma di invio, quindi invia un messaggio innocuo attraverso il percorso previsto. Registra i risultati dell'autenticazione del destinatario e confronta il dominio SPF o DKIM in transito con il dominio Da visibile. Pubblicazione DNS , verifica del provider e messaggio allineamento sono osservazioni diverse; mantenerli tutti e tre anziché considerare conclusivo ogni singolo indicatore verde.
Recuperare il record esatto
Errore illustrativo: _dmarc.example.com è stato digitato in un campo di solo prefisso, creando un suffisso duplicato. Correggere il titolare dopo aver verificato quanto effettivamente pubblicato; come soluzione alternativa, non creare più policy DMARC presso il proprietario previsto. Conserva non correlato Record TXT come i token di verifica del servizio.
In caso di errore, ripristinare il record interessato allo stato precedente approvato e consentire la memorizzazione nella cache. Ricontrolla dopo la migrazione del server dei nomi o la pulizia dei record. La documentazione è stata esaminata l'8 novembre 2026. Nessun account Dynadot, modifica DNS in tempo reale o messaggio consegnato è stato testato qui.
Preparare una scheda di traduzione del nome del proprietario
Per ciascun record, conservare le istruzioni del servizio di invio, il proprietario DNS completo previsto, il suffisso di zona, il campo dell'editor, l'etichetta immessa, il tipo di record e il risultato autorevole. Ad esempio, _dmarc.example.com nella zona example.com viene mappato all'etichetta del sottodominio _dmarc ; l'apice si associa al record di dominio. Confronta il proprietario completo ricostruito prima di salvare. Se l'interfaccia corrente differisce dal modello documentato, fermati e conferma la semantica del campo anziché indovinare.