Koble til en nettbutikk eller nettstedbygger

Modul 7: Koble til eksterne tjenester · Lesetid: 9 minutter

Læringsmål: Etter denne leksjonen kan du koble domenet ditt til en plattform som Shopify eller Wix uten at e-posten din slutter å fungere.

Nøkkelbegreper: A-post på @, CNAME for www, rydde opp i motstridende poster, AAAA, navnetjenere til plattformen, flytte med e-postposter, butikk-e-post-poster

To ruter

Bygger du nettstedet eller nettbutikken din hos en plattform som Shopify, Wix, Squarespace eller Webflow, vil du at besøkende på example.com og www.example.com skal havne hos den plattformen. Plattformer tilbyr nesten alltid to måter å gjøre dette på:

De fleste problemene i praksis oppstår med rute 2: nettstedet fungerer med en gang, men e-posten stopper, fordi MX-posten og andre e-postposter ble liggende igjen hos de gamle navnetjenerne (leksjon 2.1).

Rute 1: legge til poster (eksempel Shopify)

Shopify oppgir på skrivende stund disse to postene:

example.com.       3600   IN   A       23.227.38.65
www.example.com.   3600   IN   CNAME   shops.myshopify.com.

• A-post på @. Det rene domenet (apex) kan ikke ha en CNAME, fordi MX-, NS- og SOA-postene dine også ligger der (leksjon 3.2). Derfor oppgir plattformen en IP-adresse her.
• CNAME for www. For www kan det derimot være et navn. Fordelen: hvis plattformen flytter serverne sine, tilpasser den bare sin egen DNS, og du trenger ikke gjøre noe.

Andre plattformer fungerer på samme måte, med sin egen IP-adresse og mål-navn. Wix oppgir for eksempel en A-post og en CNAME for www til et navn hos Wix. Bruk alltid det plattformen viser for ditt domene. IP-adressen kan variere etter plattform, region eller tidspunkt.

Rydd opp det som er i veien

Her går det ofte galt. Plattformen vil at postene dens skal være de eneste for de navnene:

• En ekstra A-post på @. Står det to A-poster (den gamle IP-en til webhotellet ditt og den nye fra plattformen), velger hver besøkende tilfeldig en av de to. Halvparten havner på det gamle nettstedet ditt. Endre den eksisterende A-posten i stedet for å legge til en ny.
• En gammel AAAA-post. Hadde webhotellet ditt også en IPv6-adresse, ligger det ofte fortsatt en AAAA-post på @ eller www. Besøkende med IPv6 (en stor del av mobilnettverkene) havner da fortsatt på den gamle serveren. Oppgir plattformen ingen IPv6-adresse, fjern da AAAA-postene for @ og www.
• En A-post for www. En CNAME kan ikke stå sammen med en annen post med samme navn. Fjern A- eller AAAA-posten for www først, og lag deretter CNAME-en.
• En jokertegnpost (*). En jokertegnpost er ikke noe problem: navnet www som du lager separat, går foran (leksjon 3.3).

Hva du lar stå

La MX-postene, A-posten for mail (hvis du har den), SPF, DKIM og DMARC stå. En nettbutikk trenger ikke disse for å vise nettstedet ditt. Endrer du dem likevel, stopper e-posten din.

Kjører nettstedet ditt nå hos et webhotell som også tar seg av e-posten din, se da nøye på e-postprogrammet ditt. Står det der example.com eller mail.example.com som server, og pekte mail via en jokertegnpost til webhotellet ditt? Etter byttet peker example.com til plattformen, og da finner e-postprogrammet ditt ikke lenger postboksen din. Lag da en separat A-post mail som peker til IP-adressen til e-postserveren din, eller fyll inn servernavnet som e-postleverandøren din oppgir i e-postprogrammet.

Sertifikat

Plattformen ber selv om et sertifikat (https) så snart postene dine peker til den. Det lykkes ikke før de gamle postene er ute av cachene (leksjon 6.1). Tar det lenger enn noen timer, sjekk da om det fortsatt ligger en gammel A- eller AAAA-post, eller en CAA-post som ikke tillater sertifikatutstederen til plattformen (leksjon 5.2).

Rute 2: navnetjenere til plattformen

Velger du å sette navnetjenerne til plattformen, administrerer plattformen fra det øyeblikket hele sonen din. Alt som lå hos din forrige DNS-administrator, teller ikke lenger. Det du ikke fyller inn på nytt hos plattformen, finnes ikke.

Et eksempel fra praksis, anonymisert: en kunde lot navnetjenerne til domenet sitt peke til en nettstedbygger og bestilte deretter e-post hos en annen leverandør. Nettstedbyggeren hadde ryddig laget en MX-post mail.example.com og en SPF-post, men det fantes ingen A-post for mail. Navnet mail.example.com fantes altså ikke (NXDOMAIN). Å sende fungerte, å motta ikke: andre e-postservere visste ikke hvor de skulle levere e-posten. Én A-post mail med IP-adressen til e-postserveren løste problemet.

Bruker du rute 2, sett da følgende hos plattformen:

example.com.             3600   IN   MX    10 mail.example.com.
mail.example.com.        3600   IN   A     192.0.2.25
example.com.             3600   IN   TXT   "v=spf1 a mx include:spf.mailprovider.example ~all"
x._domainkey.example.com. 3600  IN   TXT   "v=DKIM1; k=rsa; p=..."
_dmarc.example.com.      3600   IN   TXT   "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

med de faktiske verdiene fra e-postleverandøren din. Bruker du Microsoft 365 eller Google Workspace, sett da opp postene fra leksjon 7.1 eller 7.2. Ikke glem heller verifiserings-TXT-poster og underdomener du allerede hadde.

Lag før byttet en kopi av din nåværende sone (en eksport eller skjermbilde), slik at du vet hva som skal stå der (leksjon 6.3).

Butikk-e-post: poster for e-post fra plattformen

Nettbutikker sender ordrebekreftelser. For å få disse til å komme fra ditt eget domene, ber plattformen ofte om ekstra poster, som regel noen CNAME-poster for DKIM og noen ganger et eget underdomene for avsenderen. Dette er ekstra poster ved siden av dine eksisterende e-postposter. De har egne navn og erstatter ikke MX-posten din. Vær oppmerksom på doble domenenavn (www.example.com.example.com) og punktumet til slutt (leksjon 2.2). Sender plattformen på vegne av domenet ditt, sjekk da om det må inn i SPF-posten din, og om DMARC-policyen din tillater det (leksjon 7.4).

I praksis: slik ser det ut i et panel

I eksempelpanelet Min side endrer du på DNS-fanen den eksisterende A-posten for @ med Bewerk (Rediger), fjerner du AAAA-postene og lager du med Add Record en CNAME www til navnet på plattformen. I DirectAdmin gjør du det samme i DNS Administration; der peker @ og * som standard til pakken, så du lager www separat.

I andre paneler, som cPanel, Plesk, Cloudflare eller DNS-skjermen til registraren din, heter knappene noe annet, men det er de samme postene. Noen plattformer tilbyr en knapp "koble til automatisk" som setter postene via en kobling til registraren din; sjekk alltid etterpå om de gamle A- og AAAA-postene virkelig er borte.

Oppsummering

• Rute 1 (legge til poster) holder e-posten din intakt; rute 2 (navnetjenere til plattformen) krever at du setter opp alle e-postposter på nytt hos plattformen.
• På @ kommer en A-post, på www som regel en CNAME. En CNAME på @ går ikke.
• Endre den eksisterende A-posten i stedet for å legge til en ny, og rydd opp i gamle AAAA-poster og en A-post for www.
• La MX, SPF, DKIM og DMARC stå; vær oppmerksom på et e-postprogram som bruker example.com som server.
• Butikk-e-post-poster er ekstra poster og erstatter ikke MX-posten din.

Quiz

Oppgave

Oppgave Z7.3: Gjenkjenne en nettbutikk. Se hvordan en plattform selv ordner "CNAME for www"-ruten.

1. Finn A-posten til shops.myshopify.com. Begynner adressen med 23.227.38.?
2. Velg en nettbutikk eller et nettsted du kjenner og som kjører hos en plattform. Finn CNAME-posten til www.<det domenet> og A-posten til det rene domenet. Fyll inn domenenavnet og begge svarene.

Kontrollen henter postene direkte ved innlevering.

Oppgave O7.3: Sette det opp selv i øvingssonen din. Sett opp øvingssonen din <code>.dnspractice.eu som om du kobler den til en nettbutikkplattform, uten å ødelegge e-posten. I øvingssonen bruker du den fiktive tjenesten shop-demo.dnspractice.eu; på ditt virkelige domene bruker du verdiene fra administrasjonsskjermen til plattformen.

1. Sett en A-post på <code>.dnspractice.eu med 203.0.113.10 ("plattformen"). Det kan bare ligge én A-post på <code>.dnspractice.eu.
2. Sørg for at det ikke ligger noen AAAA-post på <code>.dnspractice.eu og på www.<code>.dnspractice.eu.
3. Lag en CNAME www.<code>.dnspractice.eu til shops.shop-demo.dnspractice.eu. Ligger det en A-post for www, fjern den da først.
4. La MX-postene dine på <code>.dnspractice.eu stå. Minst én MX-post må bli stående.

Les mer

Disse sidene beskriver stegene i panelene til WebOké (DirectAdmin og Min side). I andre paneler fungerer det på samme måte.

• Administrer DNS-poster i Mitt WebOké (med eksempler for CNAME, TXT og eksterne tjenester)
• DirectAdmin-veiledning 5.3: En A- eller AAAA-post legge til eller endre
• DirectAdmin-veiledning 5.4: CNAME-records og punktumet til slutt
• Bruk egne eller eksterne nameservere (som Cloudflare) for domenet ditt