Server DNS privati

Con ogni server DNS privato, puoi utilizzare tutte le funzioni disponibili nei piani DNS premium. Ad esempio, è possibile utilizzare servizi avanzati come DNS dinamico, DNS secondario e TTL. Inoltre, il tuo server DNS privato sarà gestito e supportato dai nostri amministratori di sistema professionisti ed esperti. D’altra parte, puoi accedervi tramite la nostra interfaccia web, dove puoi facilmente gestire la tua raccolta di nomi di dominio.

DN privato

Creare e gestire zone DNS (Sistema di nomi di dominio) privato.

Usa DN privati ​​per creare aree private con nomi di dominio che si specifica. Puoi gestire completamente le aree e registrazioni Al fine di fornire una risoluzione di Nome host Per le applicazioni eseguite all’interno e tra le reti cloud virtuali (Vcn ) e in loco o altre reti private.

Il DNS privato fornisce anche una risoluzione DNS su diverse reti (ad esempio, su un’altra rete cloud virtuale all’interno della stessa regione, in un’altra regione o su una rete esterna). I DN privati ​​possono essere gestiti nell’API DNS e nella console .

Risorse utilizzate in DNS privato

• Zone DNS private: Le zone DNS private contengono dati DNS accessibili solo da una rete cloud virtuale, ad esempio indirizzi IP privati. Un’area DNS privata offre le stesse funzionalità di una zona DNS di Internet, ma fornisce risposte solo ai clienti che possono raggiungerla tramite una rete cloud virtuale. Ogni area appartiene a una vista unica.
• Registrazioni di zone DNS private: Diversi tipi di registrazione sono supportati per il DNS globale e il privato DNS. Fare riferimento ai registri delle risorse supportate.
• Viste DNS private: Una vista DNS privata è un insieme di aree private. Lo stesso nome di zona può essere utilizzato in molte viste, ma i nomi dell’area di una vista devono essere univoci.
• Solver DNS privato : Un resolver DNS privato dedicato al VCN contiene la configurazione che serve le risposte alle richieste DNS all’interno del VCN. Le opinioni del resolver determinano l’area e i dati di registrazione applicabili alla risoluzione. Gli indirizzi Resolveur sul resolver forniscono un altro input e un altro output oltre all’ingresso predefinito su 169.254.169.254. Per ulteriori informazioni, consultare i risolutori di DNS privati.
• Indirizzo del solutore DNS privato: Utilizzare le risorse dell’indirizzo resolver per configurare l’input e l’output del cloud virtuale. Gli indirizzi del resolver utilizza gli indirizzi IP della sottorete in cui vengono creati. Viene creata una scheda di interfaccia di rete virtuale corrispondente per ciascun indirizzo di risolutore.

• Network cloud virtuale: Quando si crea una rete cloud virtuale, viene anche automaticamente creato un resolver dedicato.
• Sottorete: Viene utilizzata una sottorete all’interno di una rete cloud virtuale durante la creazione di indirizzi Resolver. Gli indirizzi IP della sottorete vengono utilizzati per l’ascolto e la trasmissione degli indirizzi.
• Gruppo di sicurezza di rete: È possibile configurare l’elenco dei gruppi di sicurezza di rete per gli indirizzi del risolutore. I gruppi di sicurezza della rete controllano il traffico in arrivo e in uscita verso e dall’indirizzo del risolutore.

Fare riferimento a DNS Private Resolve nella documentazione di networking per ulteriori informazioni sulle risorse VCN.

Risorse protette

Alcune risorse DNS private, come aree e opinioni, sono protette. Le risorse protette sono gestite automaticamente da Oracle. È possibile visualizzare risorse protette, ma la modifica è limitata. Tutti i risolutori dedicati a una rete cloud virtuale sono protetti. Le risorse protette non sono prese in considerazione entro i limiti o le quote di servizio.

Viste predefinite

Ogni resolver dedicato a una rete cloud virtuale ha una vista predefinita protetta. È possibile aggiungere altre aree alla vista predefinita, ma le restrizioni si applicano ai nomi delle zone per evitare collisioni con aree protette. Se viene eliminato un resolver e la sua vista predefinita contiene aree che non sono protette, la vista predefinita viene convertita in una vista che non è protetta anziché essere eliminata. È possibile creare e allegare una vista a un resolver oltre alla vista predefinita in modo che le loro aree possano essere risolte nel VCN.

Configurazione e risoluzione

DNS

Puoi creare una struttura ad albero dominio Completo o parziale. Una visualizzazione può essere utilizzato da qualsiasi numero di risoluto e può condividere i dati DNS privati ​​in Reti cloud virtuali All’interno della stessa regione. È possibile utilizzare queste aree per il DNS frazionario perché lo stesso nome di zona può essere utilizzato in un’area privata e in una zona Internet. Risposte diverse possono essere utilizzate per le domande pubbliche e private da un VCN.

Il resolver ascolta a 169.254.169.254 per impostazione predefinita. Puoi scegliere di definire gli indirizzi del solutore per ulteriori input e output. Un indirizzo di risolutore in ascolto utilizza un indirizzo IP per l’ascolto in sottorete specificato. Un indirizzo Resolver di trasmissione utilizza due indirizzi IP, uno per l’ascolto e uno per la trasmissione. Prima di creare un indirizzo Resolver, assicurarsi che ci siano abbastanza indirizzi IP disponibili nella sottorete. IPv6 non è supportato.

Aggiungi regole per definire la logica di richiesta alle richieste. L’unico tipo di regola supportato è in avanti. Questa regola trasmette condizionalmente una richiesta a un indirizzo IP di destinazione in base all’indirizzo IP client o al Qname bersaglio. L’indirizzo IP di destinazione può essere inteso per una configurazione del sito, una rete privata o un indirizzo di resolver di ascolto in un altro VCN.

1. Ogni vista allegata viene valutata in ordine. La vista predefinita viene valutata per ultima, se non è esplicitamente inclusa nell’elenco.
2. Le regole di Resolor sono valutate in ordine.
3. La richiesta viene risolta su Internet.

Ad esempio, se un nome di richiesta è incluso da un’area in una vista privata e il nome non esiste nell’area, restituisce una risposta Nxdomain graduale.

Network cloud virtuale

L’ingresso e l’uscita tra le reti cloud virtuali o tra le reti cloud virtuali e le reti su siti richiedono connettività. Stabilire una connessione può richiedere un file Gateway di accoppiamento locale o a Gateway di accoppiamento remoto Tra le reti cloud virtuali. La connessione tra un VCN e le reti in loco richiede FastConnect o un tunnel Ipsec (VPN ipsec).

Elenchi di sicurezza della rete cloud virtuale e tutto Gruppi di sicurezza della rete referenziato deve autorizzare il traffico richiesto. Dhcp Nell’elenco di sicurezza deve essere attivato per l’iscrizione e l’uscita e includere l’indirizzo IP dell’indirizzo del risolutore corrispondente. Le regole di sicurezza per gli indirizzi di ascolto devono consentire l’ingresso UDP Senza connessione alla porta di destinazione 53, l’output UDP senza connessione alla porta sorgente 53 e all’ingresso TCP Sul porto di destinazione 53. Le regole di sicurezza per gli indirizzi di trasmissione devono autorizzare l’output UDP senza connessione alla porta di destinazione 53, l’ingresso UDP senza connessione alla porta sorgente 53 e l’output TCP alla porta di destinazione 53.

Caso di lavoro

Zone DNS personalizzate in una rete cloud virtuale

IL zone I DN privati ​​sono raggruppati visualizzazioni . Tutti i risoluto dedicato a una rete cloud virtuale hanno una vista predefinita che viene creata automaticamente. Per creare una zona DNS personalizzata che viene risolta in una rete cloud virtuale, creare l’area privata nella vista predefinita del resolver dedicato o creare l’area in una nuova vista e aggiungere quest’ultima all’elenco delle visualizzazioni allegate del resolver dedicato. Per ottenere una guida dettagliata su questa configurazione, consultare il centro di assistenza – Configurazione dei risolutori e viste delle zone DNS private.

Scissione

Crea aree private con lo stesso nome dei nomi pubblici su Internet. Quindi aggiungi le aree a una delle opinioni del risolutore Network cloud virtuale . Nella rete cloud virtuale, i nomi vengono risolti in base alla configurazione del DNS privato. Gli stessi nomi danno risposte diverse a seconda dell’origine della richiesta.

I DN privati ​​hanno condiviso DNS in una regione

Le reti cloud virtuali della stessa regione possono risolvere ciascuna richiesta per le loro viste private. Ad esempio, supponiamo di voler implementare questa soluzione con le reti cloud virtuali A e B. Aggiungi la vista predefinita della rete cloud virtuale dedicata a viste allegate del risolutore dedicato della rete cloud virtuale b. Quindi aggiungere la vista predefinita del risolutore dedicato della rete cloud virtuale B alle viste allegate del risolutore dedicato della rete cloud virtuale A.

È possibile riutilizzare la stessa zona privata o la stessa serie di aree private in diverse reti cloud virtuali. Questa soluzione può ridurre la duplicazione della configurazione DNS. Crea una vista e aggiungi aree private. Per ogni rete cloud virtuale, aggiungi la nuova vista all’elenco delle visualizzazioni allegate del risolutore dedicato della rete cloud virtuale. Per ottenere una guida dettagliata su questa configurazione, consultare il centro di assistenza – Configurazione dei risolutori e viste delle zone DNS private.

Risoluzione DNS tra le reti cloud virtuali

Invia richieste tra le reti cloud virtuali utilizzando gli indirizzi Resolver. Le reti cloud virtuali possono esistere in diverse regioni. Questa soluzione richiede un file Gateway di accoppiamento locale o a Gateway di accoppiamento remoto . Per inviare il traffico alla rete cloud virtuale A a Virtual B Network B, aggiungi un indirizzo di ascolto al resolver di rete cloud virtuale B. Quindi aggiungi un indirizzo di trasmissione al risolutore dedicato della rete cloud virtuale. Crea una regola sul risolutore dedicato della rete cloud virtuale A che trasmette il traffico all’indirizzo dell’indirizzo di ascolto della rete cloud virtuale B tramite l’indirizzo di trasmissione della rete cloud virtuale. Per inviare il traffico nelle due direzioni tra le reti cloud virtuali, aggiungere una trasmissione e un indirizzo di risoluzione di ascolto a ciascun risolutore dedicato e aggiungere una regola su ciascun risolutore dedicato. Per ottenere una guida dettagliata su questa configurazione, vedere le cronache dell’implementazione DNS a-team-privata.

Connettività tra una rete cloud virtuale e server di nome in loco su

È possibile inviare richieste tra una rete cloud virtuale e i server di nome in loco in entrambe le direzioni. Questa soluzione richiede la connettività tra la rete cloud virtuale e la rete on -site con FastConnect o un tunnel Ipsec (VPN ipsec). Per inviare il traffico a una rete cloud virtuale, aggiungi un indirizzo di ascolto al suo resolver dedicato e invia traffico al suo indirizzo. Per inviare il traffico da una rete cloud virtuale, aggiungi un indirizzo di trasmissione al suo resolver dedicato e una regola che trasmette il traffico al server degli indirizzi in loco tramite l’indirizzo. Per ottenere una guida dettagliata su questa configurazione, vedere le cronache dell’implementazione DNS a-team-privata.

Lavori avanzati

Le reti cloud virtuali possono essere configurate per diversi casi di lavoro. Una singola rete cloud virtuale può essere accoppiata con un’altra rete cloud virtuale e configurata per connettersi a un server di nomi on -sito. Il trasferimento può anche essere incatenato attraverso molte reti cloud virtuali.

Record di risorse supportate

Il servizio DNS di Oracle Cloud Infrastructure supporta molti tipi diregistrazione intraprendente. Il seguente elenco fornisce una breve spiegazione dell’obiettivo di ciascun tipo di registrazione supportata per il DNS privato. Per il pubblico DNS, consultare la sezione pubblica DNS supportata dai registri delle risorse. Evita di inserire informazioni riservate quando si forniscono dati di registrazione. I collegamenti RFC consentono di accedere a ulteriori informazioni sui tipi di registrazione e sulla loro struttura dei dati.

Nota sui dati di registrazione

OIC normalizza tutto Rdata nel formato più leggibile dalla macchina. La presentazione di reso dei dati di registrazione può differire dal loro input iniziale.

Esempio :

I tipi di registrazione CNAME, DNAME e MX possono contenere nomi di dominio assoluto. Se gli Rdata specificati per uno di questi tipi di registrazione non si concludono con un punto per rappresentare la radice, il punto viene aggiunto.

È possibile utilizzare diverse librerie DNS per normalizzare i dati di registrazione prima di inserire.

Linguaggio di programmazione	Biblioteca
Andare	Biblioteca DNS in Go
Giava	dnsjava
Pitone	dnspython

Tipi di registrazione delle risorse DNS private

Una registrazione dell’indirizzo utilizzata per puntare un nome host a un indirizzo IPv4. Per ulteriori informazioni sui record A, consultare lo standard RFC 1035. Registrazione dell’indirizzo AAAA per sottolineare un nome host a un indirizzo IPv6. Per ulteriori informazioni sulle registrazioni AAAA, consultare lo standard RFC 3596. CAA Una registrazione CAA consente al titolare di un nome di dominio di indicare le autorità di certificazione autorizzate a rilasciare certificati per questo campo. Per ulteriori informazioni sulle registrazioni CAA, consultare lo standard RFC 6844. CNAME Una registrazione CNAME (nome canonico) identifica il nome canonico di un dominio. Per ulteriori informazioni sulle registrazioni CNAME, consultare lo standard RFC 1035. Dname Una registrazione DNAME (Nome della delega) presenta un comportamento simile a quello di una registrazione CNAME ma consente di corrispondere nella corrispondenza l’intera sotto-arborescenza di una formulazione con un’altra area. Per ulteriori informazioni sulle registrazioni DNAME, consultare lo standard RFC 6672. MX A MX Recording (scambiatore e -mail) definisce il server di messaggistica che accetta le e -mail da un dominio. I record MX dovrebbero indicare un nome host. I record MX non devono indicare un CNAME o un indirizzo IP per ulteriori informazioni sui record MX, fare riferimento allo standard RFC 1035. PT A PTR Registration (puntatore) corrisponde a un indirizzo IP con un nome host. Questo è il comportamento inverso di una registrazione A che corrisponde a un nome host con un indirizzo IP. I record PTR sono comuni nelle zone DNS inversa. Per ulteriori informazioni sui record PTR, consultare lo standard RFC 1035. La registrazione SRV A SRV (Localizer of Service) consente agli amministratori di utilizzare diversi server per la stessa area. Per ulteriori informazioni sui record SRV, consultare lo standard RFC 2782. Txt una registrazione txt contiene un testo descrittivo leggibile all’occhio. Può anche includere un contenuto leggibile per gli occhi per usi specifici. Questo tipo di registrazione è comunemente utilizzato per le registrazioni SPF e DKIM che richiedono elementi di testo non leggibili all’occhio. Per ulteriori informazioni sulle registrazioni TXT, consultare lo standard RFC 1035.

Strategie sono richieste

Per utilizzare il DNS privato, un utente deve essere autorizzato a farlo (attraverso una strategia IAM). Gli utenti del gruppo di amministratori hanno i diritti richiesti. Se un utente non fa parte del gruppo di amministratori, una strategia come quella consente a un gruppo specifico di gestire il DNS privato:

Consenti al gruppo di gestire i DN in locazione dove target.DNS.Scope = 'privato'

Se non conosci le strategie, fare riferimento all’introduzione alle strategie e alle strategie attuali. Per maggiori dettagli sulle strategie DNS private, consultare il riferimento della strategia DNS.

Server DNS privati

I server DNS privati ​​sono server DNS interamente bianchi. Quando ottieni un server DNS privato, è collegato alla nostra rete e alla nostra interfaccia web. Il server sarà gestito e supportato dai nostri amministratori di sistema e puoi gestire tutte le tue aree tramite la nostra interfaccia web. Ogni server DNS privato ha incluso:

• Tutte le caratteristiche premium – Gestione TTL, DNS Secondary, Cloud Domains, DNS Dynamic, SOA e Time Settics all’ora
• Zone DNS illimitate. Puoi ospitare tutte le zone DNS che il tuo server può gestire. Sarà visto 24/7 e il nostro team ti contatterà se il limite del server viene raggiunto. Forniremo informazioni dettagliate (grafica e giornali) della nostra sorveglianza.
• Record DNS illimitati. Puoi ospitare tutti i record DNS che il tuo server può gestire. Sarà monitorato 24 ore su 24, 7 giorni su 7 e il nostro team ti contatterà se viene raggiunto un limite del server. Se hai bisogno, ti forniremo informazioni dettagliate (grafica e giornali) della nostra sorveglianza.
• Solo le posizioni di cui hai bisogno. Non è necessario disporre di 10 server DNS privati ​​o più.
• Puoi acquistare un server DNS privato con risorse che soddisfano le tue esigenze. Non è necessario pagare per assistenza, amministrazione di sistema e attrezzature di cui non è necessario.
• Tutti i server DNS privati ​​sono gestiti e supportati dal nostro team. Tutte le funzionalità del nostro sistema saranno distribuite sul tuo server privato.
• I server DNS privati ​​hanno un indirizzo IP dedicato e un puntatore di registrazione (PTR). Possono essere utilizzati per il servizio DNS nel tendone bianco per la rivendita.
• La nostra API HTTP può essere utilizzata per la completa integrazione con il sistema
• Il tempo di consegna è un giorno lavorativo

Vantaggi dell’utilizzo di un server DNS privato

Il server DNS privato ha molti vantaggi e non appena inizi a usarlo, puoi goderlo. Pertanto ti presenteremo brevemente i vantaggi principali e più importanti offerti da un server DNS privato:

Funzioni DNS premium

Con ogni server DNS privato, puoi utilizzare tutte le funzioni disponibili nei piani DNS premium. Ad esempio, è possibile utilizzare servizi avanzati come DNS dinamico, DNS secondario e TTL. Inoltre, il tuo server DNS privato sarà gestito e supportato dai nostri amministratori di sistema professionisti ed esperti. D’altra parte, puoi accedervi tramite la nostra interfaccia web, dove puoi facilmente gestire la tua raccolta di nomi di dominio.

Record DNS e zone DNS

Il vantaggio di un server DNS privato è che ti consente di creare e ospitare tutte le aree DNS che il tuo server può gestirlo. Se questo è uno dei tuoi requisiti principali, devi assolutamente investire in tale server. Una volta raggiunto il limite, verrai avvisato e informato in dettaglio. Puoi anche creare molti e diversi tipi di record DNS. Questo ti dà l’opportunità di configurare il tuo DNS esattamente come desideri.

Soluzione redditizia

Un server DNS privato è una decisione economica e pratica perché paghi solo per le risorse che soddisfano le tue esigenze. Non è necessario spendere somme aggiuntive per le funzionalità che non userai davvero. Inoltre, le tue spese riguardano solo server DNS privati ​​situati vicino ai tuoi clienti. Pertanto, soddisfa perfettamente le tue esigenze a un prezzo ragionevole!

Posizioni disponibili:

• Server DNS privati ​​negli Stati Uniti, TX
• Server DNS privati ​​negli Stati Uniti, CA
• Server DNS privati ​​negli Stati Uniti, IT
• Server DNS privati ​​negli Stati Uniti, vai
• Server DNS privati ​​in Canada
• Server del Regno Unito privato DNS
• Server DNS privati ​​in Francia
• Server DNS privati ​​in Germania
• Server DNS privati ​​in Spagna
• Server DNS privati ​​in Portogallo
• Server DNS privati ​​in Olanda
• Server DNS privati ​​nella Repubblica Ceca
• Server DNS privati ​​in Slovacchia
• Server DNS privati ​​DNS
• Server privati ​​DNS in Romania
• Server privati ​​DNS in Bulgaria
• Server DNS privati ​​in Turchia
• Server DNS privati ​​in Israele
• Server DNS moldava
• Server DNS privati ​​in Lettonia
• Server DNS privati ​​in Ucraina
• Server DNS privati ​​in Russia
• Server privati ​​DNS in Australia
• Server DNS privati ​​in Brasile
• Server DNS privati ​​a Hong Kong
• Server DNS privati ​​in Sudafrica

DDOS Protected Luoges:

• Server DNS privati ​​in Germania
• Server DNS privati ​​in Francia
• Server DNS privati ​​in Canada
• Server DNS privati ​​negli Stati Uniti, vai

Gestione dei nomi DNS privati ​​per i servizi di punto di terminazione VPC

I fornitori di servizi possono configurare i nomi DNS privati ​​per i loro servizi di terminazione. Quando un fornitore di servizi utilizza un nome DNS pubblico esistente come nome DNS privato per il suo servizio di terminazione, i consumatori di servizi non devono modificare le applicazioni che utilizzano il nome pubblico esistente. Prima di poter configurare un nome DNS privato per il tuo servizio di terminazione, è necessario dimostrare di essere il proprietario del dominio verificando la proprietà del campo.

Considerazione

• Un servizio punto di terminazione può avere un solo nome DNS privato.
• Non dovresti creare una registrazione per il nome DNS privato, in modo che solo i server del VPC del consumatore del servizio possano risolvere il nome privato DNS.
• I nomi DNS privati ​​non sono supportati per i punti di risoluzione del bilanciamento della fine.
• Per controllare un campo, devi avere un nome host pubblico o un fornitore di DNS pubblico.
• Puoi controllare il dominio di un sottodominio. Ad esempio, puoi controllare esempio.com, invece di ha.esempio.com. Come indicato nella specifica RFC 1034, ogni etichetta DNS può includere fino a 63 caratteri e l’intero nome di dominio non deve superare una lunghezza totale di 255 caratteri. Se si aggiunge un sottodominio aggiuntivo, è necessario controllare il sottodominio o il dominio. Ad esempio, immagina di avere un ha.esempio.com e verificato a esempio.com. Aggiungi ora B.esempio.com Come nome DNS privato. Devi controllare esempio.com O B.esempio.com in modo che i consumatori del servizio possano utilizzare il nome.

Verifica della proprietà

Il tuo dominio è associato a una serie di record di servizi di nome dominio (DNS) che gestisci tramite il tuo fornitore DNS. Una registrazione TXT è un tipo di registrazione DNS che fornisce ulteriori informazioni sul tuo campo. È costituito da un nome e un valore. Come parte del processo di verifica, è necessario aggiungere una registrazione TXT al server DNS per il tuo dominio pubblico.

La verifica della proprietà del dominio viene completata quando rileviamo l’esistenza della registrazione TXT nei parametri DNS del tuo dominio.

Dopo aver aggiunto una registrazione, è possibile verificare lo stato del processo di verifica del dominio utilizzando la console Amazon VPC. Nel riquadro di navigazione, scegli Endpoint Services (Termination Point Services). Selezionare il servizio punto di terminazione e controllare il valore delDichiarazione di verifica Domaine nella scheda Dettagli (Dettagli). Se il controllo del dominio è in corso, attendere qualche minuto e aggiornare lo schermo. Se necessario, è possibile avviare manualmente il processo di verifica. Scegliere Azioni, Verifica la proprietà di Domant per il nome DNS privato (Controlla la proprietà del dominio per il nome DNS privato).

Il nome DNS privato è pronto per essere utilizzato dai consumatori del servizio quando lo stato di verifica è verificato (controllato). Se lo stato di verifica cambia, le nuove richieste di connessione vengono rifiutate, ma le connessioni esistenti non sono interessate.

Se lo stato di verifica è fallito (bordato), vedi la risoluzione dei problemi di verifica del dominio.

Ottenere il nome e il valore

Ti forniamo il nome e il valore che usi nella registrazione txt. Ad esempio, le informazioni sono disponibili nella console di gestione AWS. Seleziona il servizio di terminazione e consulta Nome verifica del dominio (Nome di verifica del dominio) e Valore di verifica del dominio (Valore di verifica del dominio) nella scheda Dettagli (Dettagli) per il servizio di terminazione. È inoltre possibile utilizzare il comando Descrive-VPC-ENT-Configurazioni AWS CLI per ottenere informazioni sulla configurazione del nome DNS privato per il servizio di punto di terminazione specificato.

AWS EC2 Descrive-VPC-endpoint-Service-Configurazioni \- VPCE-SVC-071AFFFF7066E61E0 --Query ServiceConfurations [*].PrivatedNsNameConfiguration

Ecco un esempio di uscita. Utilizzerai valore e nome quando crei la registrazione txt.

[  "State": "Pending Verification", "Type": "txt", "Value": "Vpce: l6p0erxltt45jevfwocp", "nome": "_6e86v84tqgqubxbwii1m">]

Ad esempio, supponiamo che il tuo nome di dominio lo sia esempio.com e quel valore e il nome sono indicati nell’esempio di uscita precedente. La tabella seguente è un esempio di parametri di registrazione TXT.

Suggeriamo di utilizzare il nome come sottodominio di registrazione, poiché il nome di dominio di base potrebbe già essere utilizzato. Tuttavia, se il tuo fornitore DNS non consente ai nomi di registrazione DNS di contenere linee sottolineabili, è possibile omettere il “_6e86v84tqgqubwii1m” e utilizzare semplicemente “esempio.com »nella registrazione txt.

Dopo aver controllato “_6e86v84tqgqubxbwii1m.esempio.com “, i consumatori del servizio possono usare” Esempio.com “o un sottodominio (ad esempio”.esempio.com “o” mio.servizio.esempio.com “).

Aggiunta di una registrazione TXT al server DNS nel tuo dominio

La procedura per l’aggiunta di record TXT al server DNS nel campo dipende dall’entità che fornisce il servizio DNS. Il tuo fornitore DNS può essere Amazon Route 53 o un altro ufficio di registrazione dei nomi di dominio.

Crea una registrazione per la tua area pubblica. Usa i seguenti valori:

• Sotto Tipo di record (tipo di registrazione), scegliere TXT.
• Per TTL (secondi) (TTL [secondi]), immettere 1800 .
• Per Politica di routing (strategia di routing), Selezionare Routing semplice (routing singolo).
• Per Nome record (Nome di registrazione), immettere il dominio o il sottodominio.
• Per Traffico valore/percorso verso (Valore/Route traffico verso), immettere il valore di verifica del dominio.

Per ulteriori informazioni, consultare la creazione di registrazioni utilizzando la console Guida agli sviluppatori di Amazon Route 53.

Accedi al sito Web del fornitore DNS e connettiti al tuo account. Cerca la pagina per aggiornare i record DNS nel tuo campo. Aggiungi una registrazione txt con il nome e il valore che abbiamo fornito. L’aggiornamento di una registrazione DNS può richiedere fino a 48 ore, ma spesso è efficace molto prima.

Per istruzioni più specifiche, consultare la documentazione del tuo fornitore DNS. La tabella seguente fornisce collegamenti alla documentazione di diversi fornitori di DNS attuali. Questo elenco non afferma di essere esaustivo e non costituisce una raccomandazione dei prodotti o dei servizi forniti da queste società.