Privata DNS -servrar

Med varje privat DNS -server kan du använda alla tillgängliga funktioner i Premium DNS -planer. Till exempel kan du använda avancerade tjänster som dynamiska DNS, sekundär DNS och TTL -hantering. Dessutom kommer din privata DNS -server att hanteras och stöds av våra professionella och erfarna systemadministratörer. Å andra sidan kan du komma åt det via vårt webbgränssnitt, där du enkelt kan hantera din domännamnssamling.

Privat DNS

Skapa och hantera zoner DNS (Domain Name System) Privat.

Använd privata DNS för att skapa privata områden med domännamn som du anger. Du kan helt hantera områdena och inspelningar för att ge en upplösning av värdnamn För applikationer som utförs inuti och mellan virtuella molnätverk (Vcn ) och på plats eller andra privata nätverk.

Den privata DNS ger också DNS ​​-upplösning i flera nätverk (till exempel på ett annat virtuellt molnnätverk inom samma region, i en annan region eller i ett externt nätverk). Privat DNS kan hanteras i DNS API och konsolen .

Resurser som används i privat DNS

• Privata DNS -zoner: Privata DNS -zoner innehåller DNS -data som endast är tillgängliga från ett virtuellt molnnätverk, till exempel privata IP -adresser. Ett privat DNS -område erbjuder samma funktioner som en Internet DNS -zon, men ger svar bara på kunder som kan nå det via ett virtuellt molnnätverk. Varje område tillhör en unik utsikt.
• Privata DNS -zoninspelningar: Olika typer av inspelning stöds för Global DNS och DNS Private. Se poster med stödda resurser.
• Privata DNS -vyer: En privat DNS -vy är en uppsättning privata områden. Samma zonnamn kan användas i många vyer, men områdets namn på en vy måste vara unika.
• Privat DNS -lösare : En privat DNS -upplösare som är dedikerad till VCN innehåller konfigurationen som tjänar svaren på DNS ​​-förfrågningar inom VCN. Resolvers åsikter bestämmer området och registreringsdata som är tillämpliga på resolutionen. De resolveur -adresserna på upplösaren ger en annan ingång och en annan utgång utöver standardingången på 169.254.169.254. För mer information, se privata DNS -upplösare.
• Privat DNS -lösningsadress: Använd Resolver -adressresurser för att konfigurera den virtuella molninmatningen och utgången. Resolver -adresser Använd IP -adresserna för undernätet där de skapas. Ett motsvarande virtuellt nätverksgränssnittskort skapas för varje upplösningsadress.

• Virtuellt molnnätverk: När du skapar ett virtuellt molnnätverk skapas också en dedikerad upplösare automatiskt.
• Subnät: Ett undernät inom ett virtuellt molnnätverk används när du skapar upplösningsadresser. IP -adresser för undernätet används för att lyssna och överföra adresser.
• Nätverkssäkerhetsgrupp: Du kan eventuellt konfigurera listan över nätverkssäkerhetsgrupper för upplösningsadresser. Nätverkssäkerhetsgrupper kontrollerar inkommande och utgående trafik mot och från upplösningsadressen.

Se privata DNS -beslut i nätverksdokumentation för mer information om VCN -resurser.

Skyddade resurser

Vissa privata DNS -resurser, såsom områden och vyer, är skyddade. Skyddade resurser hanteras automatiskt av Oracle. Du kan visa skyddade resurser, men modifieringen är begränsad. Alla upplösare som är dedikerade till ett virtuellt molnnätverk är skyddade. Skyddade resurser beaktas inte inom gränserna eller servicekvoterna.

Standardvyer

Varje upplösare tillägnad ett virtuellt molnnätverk har en skyddad standardvy. Du kan lägga till andra områden i standardvyn, men begränsningar gäller för zonnamn för att undvika kollisioner med skyddade områden. Om en upplösare raderas och dess standardvy innehåller områden som inte är skyddade, konverteras standardvyn till en vy som inte skyddas istället för att tas bort. Du kan skapa och fästa en vy till en upplösare utöver standardvyn så att deras områden kan lösas i VCN.

Konfiguration och upplösning

DNS

Du kan skapa en trädstruktur domän Komplett eller delvis. En se kan användas av valfritt antal beslutsam och kan dela privata DNS -data i Virtuella molnätverk Inom samma region. Du kan använda dessa områden för den fraktionella DNS eftersom samma zonnamn kan användas i ett privat område och en internetzon. Olika svar kan användas för offentliga och privata frågor från en VCN.

Resolver lyssnar på 169.254.169.254 Som standard. Du kan välja att definiera lösningsadresser för fler ingångar och utgångar. En lyssningslösningsadress använder en IP -adress för att lyssna i undernät specificerad. En transmissionsupplösningsadress använder två IP -adresser, en för att lyssna och en för överföring. Innan du skapar en upplösningsadress, se till att det finns tillräckligt med IP -adresser i undernätet. IPv6 stöds inte.

Lägg till regler för att definiera förfrågningslogiken till förfrågningar. Den enda typen av regel som stöds är framåt. Denna regel överför villkorligt en begäran till en destination IP -adress enligt klientens IP -adress eller Qname mål. Destinationens IP -adress kan vara avsedd för en webbplatskonfiguration, ett privat nätverk eller en lyssningsupplösningsadress i en annan VCN.

1. Varje bifogad vy utvärderas i ordning. Standardvyn bedöms sist om den inte uttryckligen ingår i listan.
2. Lösningsregler utvärderas i ordning.
3. Begäran löses på internet.

Till exempel, om ett förfrågningsnamn ingår i ett område i en privat vy och namnet inte finns i området, returnerar det ett svar Nxdomain gradvis.

Virtuellt molnnät

Ingången och utgången mellan virtuella molnätverk eller mellan virtuella molnätverk och på -site -nätverk kräver anslutning. Att upprätta en anslutning kan kräva en Lokal parningsport eller a avlägsna parningsport Mellan virtuella molnätverk. Anslutningen mellan en VCN- och på -platsnätverk kräver snabbkonnect eller en tunnel Ipsec (VPN ipsec).

Virtuella molnnätverkssäkerhetslistor och alla nätverkssäkerhetsgrupper Referens måste godkänna den nödvändiga trafiken. Dhcp På säkerhetslistan måste aktiveras för in- och utgång och inkludera IP -adressen till motsvarande resolver -adress. Säkerhetsregler för lyssningsadresser måste tillåta inträde Udp Utan anslutning till Port of Destination 53, UDP -utgången utan anslutning till källan 53 -porten och ingången Tcp på destinationshamnen 53. Säkerhetsregler för överföringsadresser måste godkänna UDP -utgången utan anslutning till Port of Destination 53, UDP -ingången utan anslutning till källan 53 -porten och TCP -utgången till Port of Destination 53.

Arbetsfall

Personliga DNS -zoner i ett virtuellt molnätverk

DE zoner Privata DN: er är grupperade åsikter . Alla beslutsam Tillägnad ett virtuellt molnnätverk har en standardvy som automatiskt skapas. För att skapa en personlig DNS -zon som löses i ett virtuellt molnnätverk, skapa det privata området i standardvyen för den dedikerade upplösaren, eller skapa området i en ny vy och lägg till den senare till listan över bifogade vyer över den dedikerade upplösaren. För att få en detaljerad guide för denna konfiguration, se Help Center – Konfiguration av upplösare och vyer av privata DNS -zoner.

Uppdelning

Skapa privata områden med samma namn som offentliga namn på internet. Lägg sedan till områdena till en av vyerna från upplösaren virtuellt molnnät . I det virtuella molnnätet löses namnen enligt konfigurationen av den privata DNS. Samma namn ger olika svar beroende på begäranens ursprung.

Privat DNS delade DNS i en region

Virtuella molnätverk i samma region kan lösa varje förfrågningar för deras privata vyer. Anta till exempel att du ville implementera den här lösningen med virtuella molnät A och B. Lägg till standardvyen för det dedikerade virtuella molnnätverket A till bifogad vyer över den dedikerade upplösaren i det virtuella molnnätet B. Lägg sedan till standardvyen för den dedikerade upplösaren för det virtuella molnnätverket B till den bifogade vyerna från den dedikerade upplösaren för det virtuella molnnätet a.

Du kan återanvända samma privata zon eller samma uppsättning privata områden i flera virtuella molnätverk. Denna lösning kan minska dupliceringen av DNS -konfigurationen. Skapa en vy och lägg till privata områden. För varje virtuellt molnnätverk, lägg till den nya vyn i listan över bifogade vyer över den dedikerade upplösaren i det virtuella molnnätverket. För att få en detaljerad guide för denna konfiguration, se Help Center – Konfiguration av upplösare och vyer av privata DNS -zoner.

DNS -upplösning mellan virtuella molnnätverk

Skicka förfrågningar mellan virtuella molnätverk med hjälp av Resolver -adresser. Virtuella molnätverk kan existera i olika regioner. Denna lösning kräver en Lokal parningsport eller a avlägsna parningsport . För att skicka trafik till Virtual Cloud Network A till Virtual B Network B, lägg till en lyssningsadress till den virtuella molnnätverksupplösaren B. Lägg sedan till en transmissionsadress till den dedikerade upplösaren i det virtuella molnnätverket. Skapa en regel om den dedikerade upplösaren för det virtuella molnnätverket A som överför trafiken till adressen till lyssningsadressen för det virtuella molnnätverket B via transmissionsadressen för det virtuella molnnätverket. För att skicka trafik i de två riktningarna mellan virtuella molnätverk, lägg till en överförings- och lyssningsupplösningsadress till varje dedikerad upplösare och lägg till en regel om varje dedikerad upplösare. För att få en detaljerad guide om denna konfiguration, se Chronicles of the A-Team-Private DNS-implementering.

Anslutning mellan ett virtuellt molnnätverk och på -site -namnservrar

Du kan skicka förfrågningar mellan ett virtuellt molnätverk och på -site -namnservrar i båda riktningarna. Denna lösning kräver anslutning mellan det virtuella molnnätverket och nätverket på -site med snabbkonnect eller en tunnel Ipsec (VPN ipsec). För att skicka trafik till ett virtuellt molnnätverk, lägg till en lyssningsadress till dess dedikerade upplösare och skicka trafik till sin adress. För att skicka trafik från ett virtuellt molnnätverk, lägg till en transmissionsadress till dess dedikerade upplösare samt en regel som överför trafik till adressservern på webbplatsen via adressen. För att få en detaljerad guide om denna konfiguration, se Chronicles of the A-Team-Private DNS-implementering.

Avancerade jobb

Virtuella molnätverk kan konfigureras för flera anställningsfall. Ett enda virtuellt molnnätverk kan båda paras med ett annat virtuellt molnnätverk och konfigureras för att ansluta till en på -platsnamnsserver. Överföringen kan också kedjas genom många virtuella molnätverk.

Resursregister stöds

Oracle Cloud Infrastructure DNS -tjänsten stöder många typer avregistrering rådig. Följande lista ger en kort förklaring av målet för varje typ av registrering som stöds för DNS privat. För DNS -allmänheten, se DNS Public Section Supported Resource Records. Undvik att ange konfidentiell information när du tillhandahåller registreringsdata. RFC -länkarna låter dig få åtkomst till ytterligare information om inspelningstyper och deras datastruktur.

Anmärkning om registreringsdata

OIC normaliserar alla Rdata i det mest läsbara formatet av maskinen. Returpresentationen av registreringsdata kan skilja sig från deras första input.

Exempel:

CNAME, DNAME och MX -registreringstyper av inspelningstyper kan innehålla absoluta domännamn. Om RDATA som anges för en av dessa typer av inspelning inte slutar med en punkt för att representera roten, läggs punkten till.

Du kan använda olika DNS -bibliotek för att normalisera inspelningsdata innan du går in.

Programmeringsspråk	Bibliotek
Gå	DNS -bibliotek i Go
Java	dnsjava
Pytonorm	dnspyton

Typer av privat DNS -resursinspelning

En adressinspelning som används för att peka ett värdnamn på en IPv4 -adress. För mer information om poster A, se RFC 1035 -standarden. AAAA -adressinspelning för att påpeka ett värdnamn till en IPv6 -adress. För mer information om AAAA -inspelningar, se RFC 3596 -standarden. CAA En CAA -inspelning gör det möjligt för innehavaren av ett domännamn att ange certifieringsmyndigheter som har behörighet att utfärda certifikat för detta fält. För mer information om CAA -inspelningar, se RFC 6844 -standarden. CNAME En CNAME -inspelning (kanoniskt namn) identifierar det kanoniska namnet på en domän. För mer information om CNAME -inspelningar, se RFC 1035 -standarden. DNAME En DNAME-inspelning (delegationsnamn) presenterar ett beteende som liknar det för en CNAME-inspelning men låter dig i korrespondens motsvara hela underarborescensen av en formulering med ett annat område. För mer information om DNAME -inspelningar, se RFC 6672 -standarden. MX A MX -inspelning (e -postväxlare) definierar meddelandeservern som accepterar e -postmeddelanden från en domän. MX -poster bör peka på ett värdnamn. MX -poster bör inte peka på ett CNAME eller en IP -adress för mer information om MX -poster, se RFC 1035 -standarden. PT A PTR -inspelning (Pointer) motsvarar en IP -adress med ett värdnamn. Detta är det omvända beteendet hos en inspelning A som matchar ett värdnamn med en IP -adress. PTR -poster är vanliga i omvända DNS -zoner. För mer information om PTR -poster, se RFC 1035 -standarden. SRV A SRV (Localizer of Service) Inspelning gör det möjligt för administratörer att använda flera servrar för samma område. För mer information om SRV -poster, se RFC 2782 -standarden. Txt En txt -inspelning innehåller en beskrivande text som är läsbar för ögat. Det kan också innehålla ett öga -läsbart innehåll för specifika användningsområden. Denna typ av inspelning används ofta för SPF- och DKIM -inspelningar som kräver textelement som inte är läsbara för ögat. För mer information om TXT -inspelningar, se RFC 1035 -standarden.

IAM -strategier krävs

För att använda den privata DNS måste en användare tillåtas göra det (genom en IAM -strategi). Användare av administratörsgruppen har de rättigheter som krävs. Om en användare inte ingår i administratörsgruppen, tillåter en strategi som den en specifik grupp att hantera den privata DNS:

Låt gruppen hantera DNS i hyresgäst där mål.DNS.scope = 'privat'

Om du inte känner till strategierna, se introduktion till aktuella strategier och strategier. För mer information om privata DNS -strategier, se DNS Strategy Reference.

Privata DNS -servrar

Privata DNS -servrar är helt vita DNS -servrar. När du får en privat DNS -server är den länkad till vårt nätverk och till vårt webbgränssnitt. Servern kommer att hanteras och stöds av våra systemadministratörer och du kan hantera alla dina områden via vårt webbgränssnitt. Varje privat DNS -server har inkluderat:

• Alla premiumfunktioner – TTL -hantering, DNS Secondary, Cloud Domains, DNS Dynamic, SOA och Time Settics per timme
• Obegränsade DNS -zoner. Du kan vara värd för så många DNS -zoner som din server kan hantera. Det kommer att ses dygnet runt och vårt team kommer att kontakta dig om servergränsen nås. Vi kommer att tillhandahålla detaljerad information (grafik och tidningar) om vår övervakning.
• Obegränsade DNS -poster. Du kan vara värd för så många DNS -poster som din server kan hantera. Det kommer att övervakas dygnet runt och vårt team kommer att kontakta dig om en servergräns nås. Om du behöver kommer vi att ge dig detaljerad information (grafik och tidningar) av vår övervakning.
• Endast de platser du behöver. Det finns inget behov av att ha 10 privata eller fler DNS -servrar, du kan bara köpa privata DNS -servrar än platser nära dina kunder.
• Du kan köpa en privat DNS -server med resurser som uppfyller dina behov. Det finns inget behov av att betala för hjälp, systemadministration och utrustning som du inte behöver.
• Alla privata DNS -servrar hanteras och stöds av vårt team. Alla funktioner i vårt system kommer att distribueras på din privata server.
• Privata DNS -servrar har en dedikerad IP -adress och en inspelningspekare (PTR). De kan användas för DNS -tjänsten i White Marquee för återförsäljning.
• Vårt HTTP -API kan användas för fullständig integration med ditt system
• Leveranstiden är en arbetsdag

Fördelar med att använda en privat DNS -server

Den privata DNS -servern har många fördelar, och så snart du börjar använda den kan du njuta av den. Vi kommer därför kort att presentera de viktigaste och viktigaste fördelarna som erbjuds av en privat DNS -server:

Premium DNS -funktioner

Med varje privat DNS -server kan du använda alla tillgängliga funktioner i Premium DNS -planer. Till exempel kan du använda avancerade tjänster som dynamiska DNS, sekundär DNS och TTL -hantering. Dessutom kommer din privata DNS -server att hanteras och stöds av våra professionella och erfarna systemadministratörer. Å andra sidan kan du komma åt det via vårt webbgränssnitt, där du enkelt kan hantera din domännamnssamling.

DNS -poster och DNS -zoner

Fördelen med en privat DNS -server är att den låter dig skapa och rymma så många DNS -områden som din server kan hantera den. Om detta är ett av dina huvudkrav måste du absolut investera i en sådan server. När gränsen har uppnåtts kommer du att meddelas och informeras i detalj. Du kan också skapa många och olika typer av DNS -poster. Detta ger dig möjlighet att konfigurera dina DNS exakt som du vill.

Lönsam lösning

En privat DNS -server är ett prisvärt och praktiskt beslut eftersom du bara betalar för resurser som uppfyller dina behov. Du är inte skyldig att spendera ytterligare summor på funktioner som du inte riktigt kommer att använda. Dessutom berör dina utgifter endast privata DNS -servrar som ligger nära dina kunder. Således uppfyller det perfekt dina behov till ett rimligt pris!

Tillgängliga platser:

• Privata DNS -servrar i USA, TX
• Privata DNS -servrar i USA, CA
• Privata DNS -servrar i USA, det
• Privata DNS -servrar i USA, gå
• Privata DNS -servrar i Kanada
• DNS Private UK -servrar
• Privata DNS -servrar i Frankrike
• Privata DNS -servrar i Tyskland
• Privata DNS -servrar i Spanien
• Privata DNS -servrar i Portugal
• Privata DNS -servrar i Nederländerna
• Privata DNS -servrar i Tjeckien
• Privata DNS -servrar i Slovakien
• DNS privata DNS -servrar
• DNS privata servrar i Rumänien
• DNS privata servrar i Bulgarien
• Privata DNS -servrar i Turkiet
• Privata DNS -servrar i Israel
• Moldavien DNS -servrar
• Privata DNS -servrar i Lettland
• Privata DNS -servrar i Ukraina
• Privata DNS -servrar i Ryssland
• DNS privata servrar i Australien
• Privata DNS -servrar i Brasilien
• Privata DNS -servrar i Hong Kong
• Privata DNS -servrar i Sydafrika

DDOS -skyddade platser:

• Privata DNS -servrar i Tyskland
• Privata DNS -servrar i Frankrike
• Privata DNS -servrar i Kanada
• Privata DNS -servrar i USA, gå

Hantering av privata DNS -namn för VPC -uppsägningspunkttjänster

Tjänsteleverantörer kan konfigurera privata DNS -namn för sina uppsägningspunkttjänster. När en tjänsteleverantör använder ett befintligt offentligt DNS -namn som ett privat DNS -namn för sin uppsägningspunktstjänst, behöver servicekonsumenter inte ändra applikationer som använder det befintliga offentliga namnet. Innan du kan konfigurera ett privat DNS -namn för din uppsägningspunktstjänst måste du bevisa att du är ägaren till domänen genom att verifiera fältets egendom.

Hänsyn

• En uppsägningspunktstjänst kan bara ha ett privat DNS -namn.
• Du bör inte skapa en registrering för namnet DNS Private, så att endast servrar från VPC för konsumenten av tjänsten kan lösa DNS Private Name.
• Privata DNS -namn stöds inte för slutet -till -handbalansermineringspunkterna.
• För att kontrollera ett fält måste du ha ett offentligt värdnamn eller en offentlig DNS -leverantör.
• Du kan kontrollera domänen för ett underdomän. Till exempel kan du kontrollera exempel.com, istället för har.exempel.com. Som anges i RFC 1034 -specifikationen kan varje DNS -etikett inkludera upp till 63 tecken och hela domännamnet får inte överstiga en total längd på 255 tecken. Om du lägger till ett ytterligare underdomän måste du kontrollera underdomänen eller domänen. Föreställ dig till exempel att du hade en har.exempel.com och verifierad a exempel.com. Du lägger till nu B.exempel.com Som ett privat DNS -namn. Du måste kontrollera exempel.com Eller B.exempel.com så att konsumenterna av tjänsten kan använda namnet.

Verifiering av fastighetsegenskapen

Din domän är associerad med en uppsättning domännamntjänstposter (DNS) som du hanterar via din DNS -leverantör. En TXT -inspelning är en typ av DNS -inspelning som ger ytterligare information på ditt fält. Det består av ett namn och ett värde. Som en del av verifieringsprocessen måste du lägga till en TXT -inspelning till DNS -servern för din allmänna domän.

Verifiering av domänens egendom är klar när vi upptäcker förekomsten av TXT -inspelning i DNS -parametrarna för din domän.

När du har lagt till en inspelning kan du kontrollera statusen för domänverifieringsprocessen med Amazon VPC -konsolen. Välj i navigeringsfönstret Endpoint Services (Termination Point Services). Välj Termination Point -tjänsten och kontrollera värdet påDomänverifieringsuttalande i fliken Information (Detaljer). Om du kontrollerar domänen pågår, vänta några minuter och uppdatera skärmen. Vid behov kan du starta verifieringsprocessen manuellt. Välja Handlingar, Verifiera domantägande för privat DNS -namn (Kontrollera domänens egendom för namnet DNS Private).

Det privata DNS -namnet är redo att användas av konsumenterna av tjänsten när verifieringstillståndet är verifierad (kontrollerade). Om verifieringstillståndet ändras vägras de nya anslutningsförfrågningarna, men de befintliga anslutningarna påverkas inte.

Om verifieringstillståndet är misslyckad (strandad), se upplösning av domänverifieringsproblem.

Få namn och värde

Vi ger dig det namn och värde du använder i TXT -inspelningen. Till exempel finns information i AWS Management Console. Välj Termination Point Service och konsultera Domänverifieringsnamn (Domänverifieringsnamn) och Domänverifieringsvärde (Domänverifieringsvärde) på fliken Information (Detaljer) för uppsägningspunktstjänsten. Du kan också använda kommandot AWS CLI Beskriv-VPC-Endpoint-Configurations för att få information om konfigurationen av det privata DNS-namnet för den angivna Termination Point Service.

AWS EC2 Beskriv-VPC-Endpoint-service-konfigurationer \- VPCE-SVC-071AFFF7066E61E0 --Fråga ServiceConfigurations [*].PrivatedNSnameconfiguration

Här är ett exitexempel. Du kommer att använda värde och namn när du skapar TXT -inspelning.

[  "State": "PendingVerification", "typ": "txt", "värde": "vpce: l6p0erxltt45jevfwocp", "name": "_6e86v84tqgqubxbwii1m">]]

Anta till exempel att ditt domännamn är exempel.com och det värdet och namnet anges i föregående exitexempel. Följande tabell är ett exempel på TXT -inspelningsparametrar.

Vi föreslår att du använder namn som en registreringsunderdomän, eftersom det grundläggande domännamnet redan kan användas. Men om din DNS -leverantör inte tillåter DNS -registreringsnamn att innehålla understrykningslinjer, kan du utelämna “_6e86v84tqgQubwii1m” och helt enkelt använda “exempel”.com »i txt -inspelning.

Efter att ha kontrollerat “_6e86v84tqgQubxbwii1m.exempel.com “, konsumenter av tjänsten kan använda” exempel.com “eller en underdomän (till exempel” service.exempel.com “eller” min.service.exempel.com “).

Lägga till en TXT -inspelning till DNS -servern i din domän

Förfarandet för att lägga till TXT -poster till DNS -servern i ditt fält beror på den enhet som tillhandahåller din DNS -tjänst. Din DNS -leverantör kan vara Amazon Route 53 eller ett annat domännamninspelningskontor.

Skapa en inspelning för ditt offentliga tillmötesgående område. Använd följande värden:

• Nedan Spela in typ (typ av inspelning), välja Text.
• För TTL (sekunder) (TTL [sekunder]), Enter 1800 .
• För Routing Policy (Routing Strategy), Välj Enkel routing (enkel routing).
• För Inspelningsnamn (Inspelningsnamn), ange domänen eller underdomänen.
• För Värde/vägtrafik till (Värde/vägtrafik till), ange domänverifieringsvärdet.

Mer information finns i skapandet av inspelningar med konsolen Amazon Route 53 Developer Guide.

Åtkomst till din DNS -leverantörs webbplats och anslut till ditt konto. Leta efter sidan för att uppdatera DNS -poster i ditt fält. Lägg till en TXT -inspelning med namnet och värdet vi har tillhandahållit. Att uppdatera en DNS -inspelning kan ta upp till 48 timmar, men det är ofta effektivt mycket tidigare.

För mer specifika instruktioner, se dokumentationen av din DNS -leverantör. Följande tabell ger länkar till dokumentationen av flera nuvarande DNS -leverantörer. Denna lista påstår sig inte vara uttömmande och utgör inte en rekommendation av de produkter eller tjänster som tillhandahålls av dessa företag.