Gå til innholdet

Cookie-innstillinger

Velg hvilke typer cookies du tillater. Du kan når som helst endre valget via Cookie-innstillinger nederst på hver side. Personvernerklæring

Nødvendige

Alltid på

Trengs for å logge inn, beholde handlekurven og huske valgene dine. Disse er alltid på.

Hvilke cookies?
  • weboke_sessie, weboke_klant, weboke_remember: økten din og at du forblir innlogget
  • weboke_basket: handlekurven din
  • wkBtwIncl: visning av priser med eller uten mva.
  • wok_cookies: cookievalget ditt, 12 måneder

Måler hvilken annonse som fører til et besøk eller en bestilling, slik at vi ikke betaler for annonser som ikke gir noe.

Hvilke cookies?
  • Google Ads via Google Tag Manager (_gcl_au, _gcl_aw), opptil 90 dager
  • OpenAI Ads, annonser i ChatGPT
  • wok_aff: hvilken partner som henviste deg til oss (partnerprogram), 60 dager

4,6

Land og språk

Hvert land har sin egen nettside, med priser og mva. for det landet.

Vis

Koble til Microsoft 365

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

Læringsmål: Etter denne leksjonen kan du opprette DNS-postene for Microsoft 365 og kontrollere at de er riktig satt opp.

Nøkkelbegreper: verifiserings-TXT (MS=ms...), MX til Microsoft, SPF-include, DKIM-CNAME (selector1 og selector2), autodiscover, administrasjonssenter

Hvorfor Microsoft 365 trenger poster

Med Microsoft 365 kommer e-posten din inn hos Microsoft. Nettstedet ditt kan fortsatt ligge hos din egen webhost. For denne oppdelingen trenger Microsoft noen ting fra DNS-en din:

  1. et bevis på at domenet er ditt (verifisering);
  2. stedet der e-post kommer inn (MX);
  3. tillatelse til å sende e-post på vegne av domenet ditt (SPF);
  4. en signatur under e-posten din (DKIM);
  5. en post som gjør at Outlook selv finner innstillingene (autodiscover).

Du legger inn disse postene hos den som forvalter DNS-en for domenet ditt. Vet du ikke hvem det er? Se på navnetjenerne til domenet ditt (leksjon 2.1). Endrer du et annet sted, skjer det ingenting.

Viktigste regel i denne leksjonen: følg alltid det administrasjonssenteret til Microsoft viser for ditt domene. Eksemplene under viser hvordan postene ser ut. De nøyaktige verdiene varierer per domene og abonnement, og Microsoft tilpasser noen ganger formatet.

Steg 1: verifisere domenet

Når du legger til et domene i Microsoft 365-administrasjonssenteret, får du en TXT-post med en kode:

example.com.   3600   IN   TXT   "MS=ms12345678"

Legg denne posten på det rene domenet (apex, @). Klikk deretter på verifiser i administrasjonssenteret. Går det ikke med en gang, vent et kvarter og prøv igjen: noen ganger har en resolver fortsatt det gamle svaret i cachen (leksjon 6.1). Denne TXT-posten kan stå ved siden av andre TXT-poster, også ved siden av SPF-posten din (leksjon 4.2).

Steg 2: MX til Microsoft

MX-posten peker til en e-postserver som hører til domenet ditt. Lenge var det domenenavnet med bindestreker i stedet for punktum, etterfulgt av mail.protection.outlook.com:

example.com.   3600   IN   MX   0 example-com.mail.protection.outlook.com.

Nyere abonnementer får noen ganger en adresse som ender på mx.microsoft, for eksempel noe som example-com.x-v1.mx.microsoft. Det er ikke en skrivefeil: .microsoft er et ekte toppdomene. Hvilket av de to du får, ser du i administrasjonssenteret. Følg det nøyaktig, med punktum til slutt hvis panelet ditt ber om det (leksjon 2.2).

To ting går ofte galt her:

  • Gamle MX-poster blir stående. Fjern MX-postene til den forrige e-postserveren din. Blir de stående, kommer en del av e-posten din fortsatt inn på det gamle stedet, selv med lavere prioritet (høyere tall) (leksjon 4.1).
  • Lokal levering hos webhosten din. Mange kontrollpaneler leverer e-post fra ditt eget nettsted (kontaktskjema, nettbutikk) direkte til postboksen på samme server, hvis den tror at e-posten din hører hjemme der. I DirectAdmin heter denne innstillingen «Use this server to handle my email». Setter du MX til Microsoft, må du slå av denne lokale leveringen. Ellers kommer skjemaer aldri fram til Microsoft. I andre paneler kan dette hete for eksempel «Remote mail exchanger» eller «Disable local mail».

Steg 3: supplere SPF, ikke doble den

Microsoft vil at følgende skal stå i SPF-posten din:

include:spf.protection.outlook.com

Har du allerede en SPF-post? Lag da ikke en ny, men legg include-verdien inn i den eksisterende posten. To SPF-poster gjør SPF-en din ugyldig (leksjon 4.3). Sender nettstedet ditt e-post via serveren til webhosten din, la den også stå i posten:

example.com.   3600   IN   TXT   "v=spf1 a mx include:spf.hosting.example include:spf.protection.outlook.com ~all"

Legg merke til grensen på ti DNS-oppslag: hver include telles med, og Microsofts egne includer teller også med nye oppslag.

Steg 4: DKIM med to CNAME-poster

Microsoft signerer e-posten din med en nøkkel som ligger hos Microsoft. Du lager bare to henvisninger, som CNAME:

selector1._domainkey.example.com.   3600   IN   CNAME   selector1-example-com._domainkey.example.x-v1.dkim.mail.microsoft.
selector2._domainkey.example.com.   3600   IN   CNAME   selector2-example-com._domainkey.example.x-v1.dkim.mail.microsoft.

Siden mai 2025 får nye domener dette formatet, som ender på dkim.mail.microsoft. Bokstaven foran -v1 (her x) varierer per abonnement. Eldre domener har ofte fortsatt formatet som ender på onmicrosoft.com, for eksempel selector1-example-com._domainkey.example.onmicrosoft.com. Begge fungerer. Også her gjelder: kopier verdiene fra administrasjonssenteret (under DKIM-innstillinger i Defender-portalen) og ikke finn på dem selv.

Hvorfor to? Microsoft bytter nøklene ut med jevne mellomrom (nøkkelrotasjon). Står bare selector1 i DNS-en din, fungerer DKIM fram til første bytte og faller deretter plutselig bort. Lag derfor alltid begge to.

Når CNAME-postene er synlige, slår du på DKIM i administrasjonssenteret. En vanlig feil er å lage en TXT-post der det kreves en CNAME; Microsoft melder da at CNAME-en mangler.

Legg merke til navnet: i panelet ditt fyller du vanligvis bare inn selector1._domainkey. Skriver du inn hele navnet og panelet ditt legger til domenet ditt selv bak, får du selector1._domainkey.example.com.example.com (leksjon 8.4).

Steg 5: autodiscover

Outlook leter ved oppsett av en konto etter autodiscover.<ditt domene>. La dette navnet peke til Microsoft:

autodiscover.example.com.   3600   IN   CNAME   autodiscover.outlook.com.

Står det allerede en A-post eller et jokertegn som sender autodiscover til webserveren din? En CNAME med samme navn kan ikke stå ved siden av en annen post: fjern A-posten for autodiscover først. Mot et jokertegn (*) trenger du ikke gjøre noe: et navn som står for seg selv, går foran (leksjon 3.3).

Og DMARC?

Microsoft ber ikke om det ved oppsettet, men uten DMARC havner e-post oftere i spam. Har du allerede en DMARC-post, kan den bli stående. Sørg for at SPF og DKIM for Microsoft er riktig satt opp før du setter policyen til quarantine eller reject (leksjon 4.5).

I praksis: slik ser det ut i et panel

I eksempelpanelet Min side finner du på fanen DNS for et domene et kort E-postinnstillinger med Snarveisoppsett. Velger du Microsoft 365 der, ser du på forhånd hvilke poster som opprettes: MX, SPF-tillegg og autodiscover, og den lokale leveringen slås av. Verifiserings-TXT-en og DKIM-CNAME-ene får du fra Microsoft selv; disse legger du til separat med Add Record. I DirectAdmin gjør du det samme via MX Records (mal Microsoft 365, og huk av for å slå av levering) og DNS Administration.

Bruker du et annet panel, som cPanel, Plesk, Cloudflare eller DNS-skjermen til registraren din? Der heter knappene annerledes, men feltene er de samme: navn, type, verdi og TTL. Noen registrarer har også en knapp «Microsoft 365» som setter opp postene i ett grep.

Oppsummering

  • Følg alle verdier fra Microsoft 365-administrasjonssenteret, ikke fra et eksempel.
  • Verifisering: TXT MS=ms... på @. MX: adressen Microsoft gir for domenet ditt; fjern gamle MX-poster.
  • SPF: legg til include:spf.protection.outlook.com i den eksisterende posten din, ikke lag en ny.
  • DKIM: to CNAME-er, selector1 og selector2, begge nødvendige på grunn av nøkkelrotasjon.
  • Autodiscover: CNAME til autodiscover.outlook.com, og slå av lokal levering hos webhosten din.

Quiz

1. Du har allerede v=spf1 a mx include:spf.hosting.example ~all. Hva gjør du for Microsoft 365?



2. Hvorfor lager du for DKIM både selector1 og selector2?



3. MX-en din peker til Microsoft, men skjemaer fra nettstedet ditt kommer ikke fram. Resten av e-posten din gjør det. Hva er den mest sannsynlige årsaken?



4. Administrasjonssenteret oppgir som MX example-com.x-v1.mx.microsoft. Hva gjør du?



Oppgave

Oppgave Z7.1: gjenkjenne Microsoft 365. Se hvordan to ekte organisasjoner bruker Microsoft 365: microsoft.com og sidn.nl (nettstedet til SIDN, registerforvalteren for .nl i Nederland).

  1. Finn MX-posten til sidn.nl og til microsoft.com. Hvilken av de to bruker det gamle formatet (mail.protection.outlook.com) og hvilken det nye (mx.microsoft)?
  2. Finn i SPF-posten til sidn.nl include-en fra Microsoft og skriv den av.
  3. Finn CNAME-posten til selector1._domainkey.sidn.nl. Hvilket ord ender måldomenet (target) på (de to siste leddene)?

Fyll inn svarene dine i feltet. Kontrollen henter postene live på innleveringstidspunktet, så hvis organisasjonen endrer noe, teller det nye svaret.

Oppgave Z7.1: Gjenkjenne Microsoft 365




Det du fyller inn og det vi finner live, lagrer vi ikke. Nettleseren din husker svarene dine og om du har bestått oppgaven. Er du pålogget, lagrer vi bare at du hadde oppgaven (nesten) riktig i Mine kurs; der kan du også slette det.

Oppgave O7.1: sette opp selv i øvingssonen din. Koble øvingssonen din <code>.dnspractice.eu til en simulert Microsoft 365. I øvingssonen bruker du den fiktive tjenesten office-demo.dnspractice.eu; på ditt ekte domene følger du verdiene fra administrasjonssenteret til Microsoft 365.

  1. Verifisering: legg en TXT-post på <code>.dnspractice.eu med koden oppgavesiden gir deg (MS=oefen-<code>-<...>).
  2. MX: la <code>.dnspractice.eu motta e-post på mail.protection.office-demo.dnspractice.eu. med prioritet 0. Fjern andre MX-poster på <code>.dnspractice.eu.
  3. SPF: utvid den eksisterende SPF-posten på <code>.dnspractice.eu med include:_spf.office-demo.dnspractice.eu, og la mx bli stående. Det kan bare finnes én SPF-post.
  4. DKIM: lag en CNAME selector1._domainkey.<code>.dnspractice.eu til selector1.dkim.office-demo.dnspractice.eu. og en CNAME selector2._domainkey.<code>.dnspractice.eu til selector2.dkim.office-demo.dnspractice.eu.
  5. Autodiscover: lag en CNAME autodiscover.<code>.dnspractice.eu til autodiscover.office-demo.dnspractice.eu.

Oppgave O7.1

Denne oppgaven gjør du i din egen øvingssone: en ekte DNS-sone på navnetjenerne til WebOké, kun for deg. Logg deg på med e-postadressen din. Du får en innloggingslenke på e-post og kommer deretter tilbake til denne leksjonen. Vi bruker adressen din bare til kurset.

Les mer

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

Et øyeblikk …

Sett opp domenene dine

Ordne for hvert domene navnetjenerne, koblingen til hostingen din og hvem som blir innehaver.

Laster inn domenene dine…