Et .no-domene kan brukes med WordPress, Wix eller Shopify uten at registreringen flyttes. Det som må endres, er DNS-oppsettet som sender besøkende til riktig plattform.

Den viktige forskjellen er hvor DNS skal ligge etterpå:

  • Ved bytte av navnetjenere overtar plattformen hele DNS-sonen.
  • Ved pointing blir DNS hos dagens leverandør, mens bare postene for nettstedet endres.

Et navnetjenerbytte som gjøres uten å kopiere MX-, TXT- og andre poster kan stoppe e-post selv om nettstedet virker. Derfor bør dere velge metode før dere kopierer tilfeldige A- og CNAME-verdier fra en veiledning.

Velg riktig spor først

PlattformVanlig metodeVerdier som skal brukesViktigste fallgruve
WordPress på eget webhotellA/AAAA og CNAME hos dagens DNS-leverandørVerdiene fra det konkrete webhotelletWordPress har ingen universell serveradresse
WordPress.comNavnetjenere eller A/CNAMEVerdiene i WordPress.com-veiviserenNavnetjenerbytte flytter DNS-ansvaret, ikke e-postdata
WixNavnetjenere eller pointingVerdiene i Wix-kontoenMetoden avgjør hvor hele DNS-sonen administreres
ShopifyA, AAAA og CNAME hos DNS-leverandørenShopifys gjeldende verdierGammel A, AAAA eller www-CNAME kan skape konflikt

WordPress er den mest uklare betegnelsen i tabellen. WordPress.com er en vertstjeneste. WordPress-programvaren fra WordPress.org kan installeres hos mange forskjellige webhotell. De to løsningene har ikke samme DNS-oppskrift.

Før dere endrer DNS

Finn den autoritative DNS-leverandøren

Registraren, webhotellet og DNS-leverandøren kan være tre forskjellige selskaper. Kontroller navnetjenerne før dere leter etter riktig kontrollpanel:

dig +short NS bedrift.no

Resultatet viser hvor internett henter den autoritative sonen. Finn navnetjenerne og skill registrar fra DNS-leverandør hvis dere er usikre på rollefordelingen.

Ta vare på hele sonen

Eksporter DNS-sonen hvis panelet støtter det. Hvis ikke, dokumenter minst:

  • A-, AAAA- og CNAME-poster for nettstedet
  • MX-poster for innkommende e-post
  • SPF, DKIM og DMARC
  • verifikasjonsposter for tjenester dere bruker
  • CAA-poster
  • eventuelle SRV-poster og subdomener
  • nåværende navnetjenere og DNSSEC-status

Ikke kopier bare postene dere kjenner igjen. En liten TXT-post kan være nødvendig for e-post, sertifikatutstedelse eller eierskapskontroll.

Bestem hovedadressen

Velg om bedrift.no eller www.bedrift.no skal være den kanoniske adressen. Begge bør åpne nettstedet, men den ene bør videresende permanent til den andre. DNS alene lager ikke alltid denne HTTP-videresendingen; plattformen må også kjenne hoveddomenet.

Se fordeler og ulemper ved www og rotdomene før dere kobler flere varianter.

WordPress på eget webhotell

For en selvhostet WordPress-installasjon er det webhotellet som gir fasiten. Be om:

  • IPv4-adressen for rotdomenet
  • eventuell IPv6-adresse
  • målet for www, ofte et CNAME-vertsnavn eller samme serveradresse
  • hvilken adresse som skal registreres i webhotellets kontrollpanel
  • hvordan TLS-sertifikatet aktiveres

Et typisk mønster kan se slik ut, men verdiene under er bare dokumentasjonseksempler:

NavnTypeEksempelverdi
@A192.0.2.40
wwwCNAMEbedrift.no.

192.0.2.0/24 er reservert for dokumentasjon og skal ikke brukes i produksjon. Legg inn bare adressen webhotellet har gitt dere.

Ikke endre WordPress-adressen for tidlig

DNS og WordPress-konfigurasjonen må peke mot samme løsning. Hvis domenet ennå ikke når den nye serveren og dere endrer «WordPress-adresse» eller «Nettstedsadresse», kan både nettsted og innlogging bli utilgjengelig.

Klargjør domenet i webhotellet, sertifikatet og eventuell migrering først. Endre deretter WordPress-URL etter leverandørens prosedyre. WordPress har en egen veiledning for domenebytte og migrering , fordi databasen, mediefiler, cache og absolutte lenker kan trenge mer enn en innstilling i kontrollpanelet.

Hvis samme domene allerede viser et gammelt nettsted, følg planen for flytting av nettside uten nedetid i stedet for å endre produksjons-DNS først.

WordPress.com

Et eksternt domene må først legges til på WordPress.com-siden. WordPress.com oppgir at tilkobling av eget domene krever en plan som støtter funksjonen.

WordPress.com beskriver to metoder :

Bytt navnetjenere

WordPress.com anbefaler dette når domenet ikke allerede bruker tjenester som e-post dere må bevare hos dagens DNS-leverandør. Veiviseren oppgir disse navnetjenerne:

ns1.wordpress.com
ns2.wordpress.com
ns3.wordpress.com

Bekreft verdiene i kontoen før dere lagrer. Når navnetjenerne byttes, skal nødvendige e-post- og verifikasjonsposter finnes i WordPress.com-sonen.

WordPress.com sier også at DNSSEC må slås av før et navnetjenerbytte til deres tjeneste. Et gammelt DS-sett hos .no kombinert med en usignert eller annerledes signert ny sone kan gi SERVFAIL. Følg rekkefølgen for navnetjenerbytte og DNSSEC før delegeringen endres.

Behold DNS og bruk poster

Velg A- og CNAME-metoden hvis DNS skal bli hos dagens leverandør, for eksempel fordi domenet allerede har e-post eller et komplekst soneoppsett. Bruk verdiene som WordPress.com viser for akkurat domenet. Da trenger dere ikke flytte hele DNS-sonen.

Når tilkoblingen er aktiv og TLS-sertifikatet er klart, velger dere domenet som primær adresse i WordPress.com. En grønn DNS-status alene er ikke nok hvis siden fortsatt bruker en gammel .wordpress.com-adresse som hovedadresse.

Wix

Wix krever at nettstedet har en plan som støtter eget domene. Legg domenet til i Wix-kontoen før dere endrer DNS; da viser veiviseren riktig metode og de aktuelle verdiene.

Wix skiller mellom navnetjenere og pointing :

Wix anbefaler normalt å bruke deres navnetjenere. Domeneregistreringen og betalingen kan fortsatt ligge hos dagens registrar, men Wix blir DNS-leverandør.

Før byttet må dere kopiere alle poster som fortsatt skal virke. Wix oppgir at DNSSEC og DNS-proxyer som Cloudflare må være deaktivert ved tilkobling til Wix-navnetjenere. Bruk navnetjenerne som vises i kontoen, ikke verdier fra et skjermbilde eller en eldre artikkel.

Pointing

Pointing beholder DNS hos dagens leverandør og endrer postene for nettstedet. Wix anbefaler normalt navnetjenere, men peker selv på pointing som et mulig valg når domenet har mange DNS-poster dere ikke vil flytte.

Wix har flere produkter og kan endre tilkoblingsverdier. Kopier derfor A- og CNAME-verdiene fra den aktive domenesiden i Wix-kontoen. Ikke anta at en IP-adresse fra en eldre guide gjelder for deres nettsted.

Shopify

Shopify bruker DNS-poster hos tredjepartsleverandøren. I Shopifys gjeldende manuelle veiledning for eksterne domener er standardverdiene:

NavnTypeVerdi
@A23.227.38.65
@AAAA2620:0127:f00f:5::
wwwCNAMEshops.myshopify.com.

Shopify opplyser at A-adressen kan få en annen gyldig siste tallgruppe etter tilkobling, avhengig av region. Kontroller derfor sluttresultatet i Shopify i stedet for å «rette» en verdi som plattformen selv viser som gyldig.

Fremgangsmåten er:

  1. Kontroller at domenets navnetjenere peker til DNS-leverandøren der dere faktisk redigerer sonen.
  2. Oppdater A- og AAAA-postene for rotdomenet med Shopifys gjeldende verdier.
  3. Oppdater www-CNAME til verdien Shopify viser.
  4. Legg domenet til under Settings → Domains i Shopify.
  5. Vent på tilkoblingskontroll og TLS-sertifikat.
  6. Velg eventuelt domenet som primær adresse.

Endre bare de aktuelle RRsettene. MX-, SPF-, DKIM- og DMARC-poster skal stå hvis e-posten fortsatt bruker dem.

Vymo leverer ikke oppsett eller drift av nettbutikk som standardtjeneste. Trenger virksomheten Shopify, må butikk, betaling, avgifter, personvern og øvrig drift håndteres i en separat leveranse.

Slik gjør dere endringen uten å miste e-post

  1. Dokumenter eksisterende DNS. Ta vare på hele sonen, ikke bare webpostene.
  2. Legg domenet til på den nye plattformen. Hent verdier fra den aktive kontoen.
  3. Klargjør nettstedet og hovedadressen. Test innhold, videresendinger og sertifikatforutsetninger.
  4. Planlegg TTL ut fra gammel verdi. Senk TTL i forkant og vent minst én gammel TTL før byttet hvis rask tilbakeføring er viktig.
  5. Endre bare avtalte poster. Ikke slett e-post- eller verifikasjonsposter fordi de «ser gamle ut».
  6. Test autoritative svar. Spør hver navnetjener, ikke bare én tilfeldig resolver.
  7. Test nettsted og e-post separat. En fungerende forside beviser ikke at MX eller DKIM er riktig.
  8. Behold gammel løsning i returvinduet. Ikke si opp hosting eller DNS før nye svar er stabile og tjenestene er kontrollert.

Guiden om å peke domenet uten å stoppe e-post går dypere i e-postkontrollene.

Verifiser DNS, HTTP og TLS

DNS

dig +short NS bedrift.no
dig +short A bedrift.no
dig +short AAAA bedrift.no
dig +short CNAME www.bedrift.no
dig +short MX bedrift.no

Spør også en autoritativ navnetjener direkte:

dig @ns1.eksempel.no bedrift.no A
dig @ns1.eksempel.no www.bedrift.no CNAME

Bytt ut ns1.eksempel.no med en navnetjener fra det virkelige NS-oppslaget. Sammenlign svarene fra alle autoritative servere. Hvis de er ulike, er problemet sonepublisering eller delegering, ikke «vanlig propagering».

Nettsted

Kontroller begge adressene:

curl -I https://bedrift.no/
curl -I https://www.bedrift.no/

Se etter at:

  • begge får et gyldig TLS-sertifikat
  • én adresse er hovedadresse
  • den andre videresender permanent dit
  • ingen variant går til gammel plattform eller en parkeringsside
  • viktige undersider, bilder og skjemaer virker

Bruk sjekklisten for DNS ved lansering før den gamle leveransen avsluttes.

Vanlige feil

Domenet er lagt inn på plattformen, men DNS er ikke endret

Plattformen kjenner domenet, men offentlige oppslag går fortsatt til gammel løsning. Sammenlign verdiene i plattformen med autoritative DNS-svar.

DNS er riktig, men plattformen kjenner ikke domenet

Webserveren må vite hvilket nettsted som skal svare for vertsnavnet. Legg domenet til i WordPress-, Wix- eller Shopify-kontoen; en A-post alene er ikke nok på delt infrastruktur.

Nettstedet virker, men e-post har stoppet

Dette skjer ofte etter et navnetjenerbytte der MX- og TXT-poster ikke ble kopiert. Gjenopprett den dokumenterte sonen hos den nye DNS-leverandøren og test e-postpostene autoritativt.

Bare noen besøkende ser den gamle siden

Kontroller gammel TTL, autoritative svar og om både A og AAAA er oppdatert. En glemt AAAA-post kan sende IPv6-brukere til en annen server selv om A-posten er riktig.

HTTPS viser sertifikatfeil

Bekreft at domenet er godkjent i plattformen, at A/AAAA/CNAME peker riktig, og at CAA tillater sertifikatutstederen plattformen bruker. Vent ikke blindt i 48 timer hvis de autoritative svarene allerede er feil.

Når domenet er hos Vymo

Vymo har ikke et selvbetjent DNS-panel i standardtilbudet. Hvis .no-domenet forvaltes gjennom Vymo, send domenet, valgt plattform, tilkoblingsmetode og de eksakte verdiene plattformen viser via bestillings- og hjelpesiden . Ikke send passord, engangskoder, flyttekoder eller API-nøkler.

Hvis virksomheten bare trenger én enkel presentasjonsside og ikke vil bygge den selv, kan dere i stedet bestille én nettside med hosting inkludert i 12 måneder . Nettbutikk, booking, ekstra undersider og spesialfunksjoner er ikke inkludert.

Har bedriften funnet riktig navn?

Sjekk om .no-domenet er ledig. Et .no-domene koster 199,- per år, også ved fornyelse.