För att koppla en domän till en webbplats måste du få domänens DNS att peka till tjänsten som är värd för webbplatsen.
Det finns två huvudsakliga sätt att göra detta på:
- Ändra domänens nameservrar till de nameservrar som tillhandahålls av din webbhotell-, DNS- eller webbplattform; eller
- Behåll de nuvarande nameservrarna och lägg till eller uppdatera DNS-poster som A-, AAAA- eller CNAME-poster hos den DNS-leverantör som redan är auktoritativ för domänen.
Rätt metod beror på var du vill att DNS ska hanteras.
Om din domän är registrerad hos NiceNIC kan du antingen uppdatera domänens nameservrar eller, om du använder NiceNIC:s standardnameservrar, hantera DNS-posterna direkt hos NiceNIC.
Innan du ändrar något, identifiera dina aktiva nameservrar, säkerhetskopiera befintliga DNS-poster och bevara e-postposter som MX, SPF, DKIM och DMARC. Att byta nameservrar utan att återskapa hela DNS-zonen kan få webbplatsen att fungera medan e-post slutar fungera, eller tvärtom.
För den underliggande skillnaden mellan registrar, DNS och webbhotell, se Domänregistrator vs Webbhotell.
Snabbguide: Hur kopplar man en domän till webbhotell?
www gör det inte
www DNS-posten
Den viktigaste regeln är:
Bestäm först vem som ska vara värd för DNS. Skapa sedan webbplatsposterna där.
Vad Betyder "Koppla en Domän till en Webbplats" Egentligen?
En domänregistrering och en webbplats är separata saker.
Till exempel:
example.com
kan vara registrerad hos ett företag medan webbplatsen i sig finns hos en annan webbhotell leverantör.
DNS kopplar ihop dem.
En förenklad väg ser ut så här:
Domänregistrering → Nameservrar → DNS-poster → Webbhotell / Webbplattform → Webbplats
Om du redan har köpt domänen men webbplatsen inte är live än, är det steget som saknas vanligtvis:
att tala om för DNS var webbplatsen finns.
Domän, DNS och Webbhotell Är Tre Olika Lager
Dessa kan alla vara hos samma företag.
De kan också vara hos tre olika företag.
Till exempel:
Registrator: NiceNIC DNS: Cloudflare Webbhotell: en annan webbhotell leverantör
Det är en vanlig konfiguration.
NiceNIC dokumenterar också att du kan använda Cloudflare DNS utan att överföra domänen från NiceNIC.
Innan du Börjar: Samla in Dessa Uppgifter
Börja inte ändra DNS förrän du har den information som krävs av webbhotellet eller webbplats leverantören.
Förbered:
- ditt domännamn;
- registratorinloggning;
- nuvarande nameservrar;
- nuvarande DNS-leverantör;
- webbhotellkonto;
- webbhotellets installationsanvisningar;
- mål-IP-adress om sådan tillhandahålls;
- erforderligt CNAME-mål om sådant tillhandahålls;
- nuvarande DNS-poster;
- e-postleverantörsuppgifter;
- DNSSEC-status;
- nuvarande SSL/HTTPS-status.
Om domänen redan kör e-post eller en annan aktiv tjänst, spara DNS-zonen innan du gör ändringar.
De Två Huvudsakliga Sätten att Koppla en Domän
Metod 1: Ändra Nameservrarna
Använd denna metod när din webbhotellleverantör, webbplatsbyggare eller DNS-leverantör vill hantera hela DNS -zonen.
Till exempel kan din leverantör ge dig:
ns1.examplehost.com
ns2.examplehost.com
Du uppdaterar sedan domänens nameservrar hos registratorn.
Efter ändringen hanteras DNS-poster hos den nya nameserver leverantören.
Metod 2: Behåll Nameservrarna och Ändra DNS-poster
Använd denna metod när du vill behålla den nuvarande DNS leverantören.
Till exempel:
Registrator: NiceNIC Nameservrar: NiceNIC DNS: NiceNIC Webbhotell: Extern värd
Värden kan säga till dig:
Peka din domän till
203.0.113.20
Du behåller de befintliga nameservrarna och uppdaterar A -posten.
Denna metod kan vara säkrare när:
- företagse-post redan fungerar;
- många DNS-poster redan finns;
- du inte vill flytta DNS;
- endast webbplatsens destination behöver ändras.
Nameservrar vs DNS-poster: Vad är Skillnaden?
Denna distinktion är avgörande.
Nameservrar
Nameservrar talar om för internet:
Var är denna domäns auktoritativa DNS-zon värd?
DNS-poster
DNS-poster inuti den zonen talar om för tjänster:
Var ska webbplatsen, e-posten eller andra tjänster gå?
Till exempel:
Nameservrar
ns1.dnsprovider.com
ns2.dnsprovider.com
identifierar DNS leverantören.
A-post
example.com → 203.0.113.20
identifierar webb servern.
MX-post
example.com → mail.exampleprovider.com
identifierar e-post servern.
Att byta nameservrar ändrar var DNS-poster hanteras.
Att ändra en A-post ändrar en specifik destination inuti DNS.
Vilken Metod Bör Du Välja?
Använd denna beslutstabell .
Byt inte nameservrar bara för att en webbhotellleverantör ger dig en IP adress.
En IP-adress hör normalt hemma i en A- eller AAAA -post.
Metod 1: Koppla Domänen Genom att Ändra Nameservrar
Använd denna metod när den nya leverantören vill hantera DNS.
Steg 1: Hämta de Exakta Nameservrarna
Din webbhotell- eller DNS-leverantör bör tillhandahålla namn som :
ns1.examplehost.com
ns2.examplehost.com
Kopiera dem exakt.
Hitta inte på nameservrar.
Steg 2: Säkerhetskopiera Befintlig DNS
Innan du byter nameservrar, spara:
- A;
- AAAA;
- CNAME;
- MX;
- TXT;
- SPF-relaterade poster;
- DKIM;
- DMARC;
- CAA;
- SRV;
- verifieringsposter;
- viktiga underdomäner.
Detta är viktigt eftersom:
Att byta nameservrar kopierar inte automatiskt DNS-poster från den gamla DNS-leverantören till den nya.
Om e-post redan fungerar är detta steg särskilt viktigt.
Steg 3: Återskapa de Nödvändiga Posterna hos den Nya DNS-leverantören
Gör detta innan du byter nameservrar om möjligt.
Hos den nya leverantören, skapa:
- webbplatsposter;
- e-postposter;
- tjänsteverifieringsposter;
- säkerhetsposter;
- underdomänposter.
Vänta inte tills efter nameserverbytet för att upptäcka att den nya DNS-zonen är tom.
Steg 4: Ändra Nameservrar hos NiceNIC
För en domän registrerad hos NiceNIC :
- logga in på ditt NiceNIC-konto;
- öppna domänen under Mina Produkter;
- öppna domänhanteringssidan;
- välj Domäntjänster;
- ange de nya nameservrarna;
- spara ändringen.
Använd den aktuella NiceNIC-guiden för uppdatering av nameservrar för de senaste gränssnittsstegen.
Vad Gör Man Om Nameserveruppdateringen Avvisas?
Vissa register validerar nameservrar innan de accepterar dem.
NiceNIC:s nuvarande vägledning om nameservrar förklarar att uppdateringar kan misslyckas när nameservrarna :
- inte är korrekt konfigurerade;
- inte svarar;
- inte är auktoritativa;
- misslyckas med registrets tekniska validering.
Om uppdateringen misslyckas:
- bekräfta stavningen;
- fråga DNS/webbhotellleverantören om att bekräfta att nameservrarna är aktiva;
- bekräfta att de är auktoritativa för din domän;
- åtgärda DNS-leverantörens inställningar;
- försök nameserveruppdateringen igen.
Att upprepade gånger skicka samma ogiltiga nameservrar kommer inte att lösa problemet.
Metod 2: Behåll NiceNIC Nameservrar och Peka DNS till Värden
Denna metod behåller DNS hos NiceNIC.
NiceNIC:s nuvarande guide för DNS-tjänster förklarar huvudregeln:
NiceNIC DNS-poster används när domänen delegerar till NiceNIC nameservrar.
Om din domän använder externa nameservrar, redigera DNS hos den externa leverantören istället.
Steg 1: Hämta de Nödvändiga Posterna från Värden
Din webbhotellleverantör kan ge dig:
- en IPv4-adress;
- en IPv6-adress;
- ett CNAME-mål;
- TXT-verifieringspost;
- anpassade underdomäninstruktioner.
Gissa inte värdena.
Använd den exakta informationen som tillhandahålls av tjänsten du ansluter till.
Steg 2: Öppna NiceNIC DNS-hantering
När domänen använder NiceNIC nameservrar:
- logga in på NiceNIC;
- öppna domänen från Mina Produkter;
- öppna domänhanteringssidan;
- välj DNS-poster;
- lÄgg till eller redigera de nödvändiga posterna;
- spara ändringarna.
Se Hur man hanterar DNS-poster hos NiceNIC.
Steg 3: Konfigurera Rotdomänen
Rotdomänen är:
example.com
Den kallas också ibland för:
- apex;
- bar domän;
- rotdomän.
Din webbhotellleverantör kan instruera dig att skapa en A -post:
@
203.0.113.20
Olika DNS-gränssnitt representerar roten olika.
NiceNIC:s nuvarande DNS-gränssnitt kan använda ett blankt eller angivet rotvärd beroende på post typen.
Följ det faktiska gränssnittet och leverantörens instruktioner snarare än att skriva hela domänen i ett fält som förväntar sig endast värd etiketten.
Steg 4: Konfigurera www
Dessa är två separata DNS namn:
example.com
www.example.com
En vanlig inställning är:
@
203.0.113.20
www
example.com
Men din webbhotellleverantör kan kräva ett annat www-mål.
Använd dess officiella värde.
Anta inte att konfigurering av rotdomänen automatiskt konfigurerar www.
A-post vs CNAME: Vilken Bör Du Använda?
A-post
Använd en A-post när leverantören ger dig en IPv4 adress.
Exempel:
example.com → 203.0.113.20
AAAA-post
Använd en AAAA-post när leverantören ger dig en IPv6 adress.
CNAME-post
Använd en CNAME när leverantören ger dig ett annat värdnamn.
Exempel:
www.example.com → sites.exampleplatform.com
Lägg inte en IP-adress i ett CNAME fält.
Vad Gäller för Webbplatsbyggare?
Webbplatsbyggare tillhandahåller ofta :
- CNAME-poster;
- A-poster;
- TXT-verifieringsposter.
Till exempel kan en plattform be dig att lägga till:
www → connect.platform.example
och:
TXT → platform-verifieringskod
Du behöver i allmänhet inte överföra domänen till webbplats byggaren.
Behåll registreringen hos NiceNIC och ange posterna hos den aktiva DNS leverantören.
Hur man Kopplar en Domän till en VPS eller Molnserver
En VPS eller molnserver ger dig vanligtvis en IP adress.
En vanlig inställning är:
www
Men DNS är bara halva inställningen.
Servern måste också konfigureras för att acceptera domänen.
Det kan kräva:
- webbserver virtuell värd;
- Nginx/Apache-konfiguration;
- applikationsvärdnamn;
- SSL-certifikat;
- brandväggsåtkomst;
- port 80/443 tillgänglighet.
Om DNS pekar korrekt men servern inte är konfigurerad för värdnamnet, kan domänen visa:
- standardserver sida;
- en annan webbplats;
- 404;
- 403;
- anslutningsfel.
Hur man Kopplar en Domän till Shopify, Wix, Squarespace eller Annan Webbplattform
Den allmänna principen är densamma .
Plattformen kommer normalt att tillhandahålla:
- nameservrar; eller
- A/CNAME/TXT-poster.
Följ inte en slumpmässig handledning som använder värden från en annan plattform.
Använd de exakta anpassade domäninstruktionerna från din plattform.
Ange sedan dessa värden hos:
den leverantör som är auktoritativ för din DNS.
Registratorn kan förbli NiceNIC.
Hur man Kopplar en Domän Medan man Använder Cloudflare
Du kan behålla:
Registrator: NiceNIC DNS: Cloudflare Webbplats: valfri kompatibel webbhotell leverantör
I denna konfiguration:
- NiceNIC innehar domänregistreringen;
- domänen använder Cloudflares nameservrar;
- DNS-poster hanteras i Cloudflare;
- webbplatsposter pekar från Cloudflare till värden.
NiceNIC dokumenterar denna inställning i Kan du använda Cloudflare DNS utan att överföra din domän?.
Skapa inte samma poster hos NiceNIC i tron att de ska påverka den aktiva webbplatsen om Cloudflares nameservrar är auktoritativa.
Skydda E-post innan du Byter Nameservrar
Detta är ett av de viktigaste stegen i hela processen.
En webbplatsanslutning fokuserar ofta bara på:
- A-post;
- CNAME.
Men företagse-post kan vara beroende av:
- MX;
- SPF;
- DKIM;
- DMARC;
- verifiering TXT-poster;
- autodiscover-poster.
Om du byter nameservrar och glömmer dessa poster:
kan webbplatsen fungera medan e-post slutar fungera.
Innan du byter nameservrar, kopiera hela den e-postrelaterade DNS inställningen.
Exempel: Webbplats hos En Leverantör, E-post hos En Annan
En normal DNS-zon kan se ut som:
www
När du ansluter en ny webbplats, ändra endast de poster som krävs för webbplatsen om du inte avsiktligt vill ändra e-post också.
Ta inte bort orelaterade DNS poster.
Påverkar Ändring av en A-post E-posten?
Vanligtvis inte direkt.
En A-post som används för webbplatsen och MX-poster som används för e-post är olika DNS poster.
E-posten kan dock fortfarande påverkas om:
- e-postserverns värdnamn är beroende av den ändrade A-posten;
- du tar bort stödposter;
- du byter nameservrar och misslyckas med att återskapa e-postposterna.
Så:
Att ändra en webbplats A-post är inte samma sak som att ersätta hela DNS-zonen.
Kontrollera DNSSEC innan du Byter Nameservrar
Om DNSSEC är aktiverat kräver nameserverändringar extra försiktighet.
NiceNIC:s nuvarande guide för DNSSEC-inställning och felsökning förklarar att DNSSEC-poster vanligtvis genereras av DNS-leverantören, medan NiceNIC kan skicka den relevanta DS-posten till registret för TLD:er som stöds.
En vanlig felsekvens är:
- domänen använder DNS-leverantör A;
- DNSSEC är aktiv;
- DS-post pekar på Leverantör A:s nycklar;
- nameservrar byts till Leverantör B;
- gamla DS-posten kvarstår;
- Leverantör B använder annan DNSKEY-data;
- DNS-validering misslyckas.
Användare kan då se:
SERVFAIL
även om den normala A-posten verkar korrekt.
Innan du byter nameservrar:
- Kontrollera om DNSSEC är aktiverat;
- Bekräfta om DS-poster måste tas bort eller ersättas;
- Aktivera signering korrekt hos den nya leverantören;
- Verifiera kedjan efter ändringen.
DNSSEC och SSL Är Olika
Blanda inte ihop dem.
DNSSEC
Hjälper till att verifiera DNS svar.
SSL/TLS
Skyddar anslutningen mellan webbläsaren och webbplatsen.
En domän kan ha:
- korrekt DNS;
- giltig DNSSEC;
- trasig SSL.
Eller:
- giltigt SSL-certifikat;
- trasig DNS.
Felsök dem separat.
När Bör Du Konfigurera SSL?
Vanligtvis efter att domänen pekar till rätt webbhotell tjänst.
Många webbhotellplattformar utfärdar automatiskt ett certifikat efter DNS verifiering.
Andra kräver att du :
- aktiverar SSL manuellt;
- installerar ett certifikat;
- verifierar domänen;
- konfigurerar HTTPS.
Testa:
http://example.com
och:
https://example.com
Testa också:
https://www.example.com
om du använder www.
Certifikatet bör täcka varje värdnamn som användare förväntas besöka .
Varför Fungerar HTTP men HTTPS Misslyckas?
Möjliga orsaker inkluderar:
- certifikat ej utfärdat;
- certifikat har löpt ut;
- certifikatet inkluderar inte värdnamnet;
- HTTPS inte aktiverat hos värden;
- proxy/CDN SSL-mismatch;
- omdirigeringskonfiguration.
Om DNS löser korrekt men HTTPS misslyckas, är registratorn förmodligen inte problemet.
Kontrollera webbhotellet, SSL eller CDN -lagret.
Vad är DNS-spridning?
Efter att ha ändrat DNS kan vissa användare tillfälligt få äldre cachade DNS svar.
DNS-ändringar kopieras inte bokstavligen till varje dator på en gång.
Rekursiva resolvers cachar DNS-information enligt TTL och annat cachnings beteende.
Den användbara distinktionen är:
Auktoritativ DNS
Vad domänens DNS-leverantör säger just nu.
Cachad DNS
Vad en annan resolver fortfarande kan minnas från en tidigare förfrågan.
Detta är varför en användare kan se den nya webbplatsen medan en annan fortfarande ser den gamla .
Hur Lång Tid Tar DNS-spridning?
Det finns ingen universell fast tid.
Det kan bero på:
- tidigare TTL;
- resolvercache;
- delegationscache;
- negativ cachning;
- ISP-resolver;
- lokal DNS-cache.
Vänta inte bara 24-48 timmar utan att kontrollera konfigurationen.
NiceNIC:s nuvarande DNS-vägledning rekommenderar:
- bekräfta den auktoritativa leverantören;
- verifiera att den auktoritativa posten är korrekt;
- först därefter låta cachade svar löpa ut.
Se Varför dina DNS-ändringar inte fungerar och hur du åtgärdar det.
Att Vänta Åtgärdar Inte en Felaktig DNS-post
Detta förtjänar en egen regel:
Spridning kan inte korrigera en felkonfiguration.
Om den auktoritativa DNS säger:
example.com → fel IP
kommer väntan inte att göra den till rätt IP.
Åtgärda den auktoritativa posten först.
Överväg sedan cachning.
Hur Verifierar Du att Domänen är Korrekt Ansluten?
Sluta inte när DNS-panelen säger:
Sparad
Testa den faktiska tjänsten.
Kontroll 1: Rotdomän
Öppna:
example.com
Kontroll 2: www
Öppna:
www.example.com
Kontroll 3: HTTP
Testa:
http://example.com
Kontroll 4: HTTPS
Testa:
https://example.com
Kontroll 5: Annat nätverk
Prova:
- Wi-Fi;
- mobildata;
- en annan resolver.
Kontroll 6: E-post
Om domänen använder företags e-post:
- skicka ett testmeddelande in;
- skicka ett ut.
Kontroll 7: Viktiga underdomäner
Testa:
- shop;
- app;
- login;
- API;
- mail;
- alla produktionsunderdomäner.
Anse inte installationen som klar förrän alla nödvändiga tjänster fungerar.
Kontrollista för Webbplatsanslutning Verifiering
www DNS
Roten Fungerar men www Gör Det Inte
Kontrollera www-posten.
Vanlig inställning:
www → CNAME → example.com
Men vissa webbplattformar kräver sitt eget specifika CNAME mål.
Använd värdens instruktioner.
Se även till att SSL-certifikatet täcker:
www.example.com
www Fungerar men Rotdomänen Gör Det Inte
Kontrollera:
Köp och registrera din .COM-domän idag
Kontrollera tillgängligheten för .COM-domäner, registrera en ny .COM-domän, sök flera namn i bulk eller överför dina befintliga .COM-domäner till NiceNIC. Utformat för företag, domäninvesterare, byråer, webbhotell och återförsäljare.
Nästa nyheter: .ICU vs .COM: Bäst för nytt varumärke eller onlineprojekt?
