Modul 7 · 7.1
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:
- et bevis på at domenet er ditt (verifisering);
- stedet der e-post kommer inn (MX);
- tillatelse til å sende e-post på vegne av domenet ditt (SPF);
- en signatur under e-posten din (DKIM);
- 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.comHar 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.comi 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
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).
- Finn MX-posten til
sidn.nlog tilmicrosoft.com. Hvilken av de to bruker det gamle formatet (mail.protection.outlook.com) og hvilken det nye (mx.microsoft)? - Finn i SPF-posten til
sidn.nlinclude-en fra Microsoft og skriv den av. - 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 O7.1: sette opp selv i øvingssonen din. Koble øvingssonen din til en simulert Microsoft 365. I øvingssonen bruker du den fiktive tjenesten <code>.dnspractice.euoffice-demo.dnspractice.eu; på ditt ekte domene følger du verdiene fra administrasjonssenteret til Microsoft 365.
- Verifisering: legg en TXT-post på
med koden oppgavesiden gir deg (<code>.dnspractice.euMS=oefen-<code>-<...>). - MX: la
motta e-post på<code>.dnspractice.eumail.protection.office-demo.dnspractice.eu.med prioritet 0. Fjern andre MX-poster på.<code>.dnspractice.eu - SPF: utvid den eksisterende SPF-posten på
med<code>.dnspractice.euinclude:_spf.office-demo.dnspractice.eu, og lamxbli stående. Det kan bare finnes én SPF-post. - DKIM: lag en CNAME
selector1._domainkey.til<code>.dnspractice.euselector1.dkim.office-demo.dnspractice.eu.og en CNAMEselector2._domainkey.til<code>.dnspractice.euselector2.dkim.office-demo.dnspractice.eu. - Autodiscover: lag en CNAME
autodiscover.til<code>.dnspractice.euautodiscover.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.
- DirectAdmin-veiledning 5.10: E-post hos Microsoft 365 eller Google Workspace, nettsted hos WebOké
- WebOké-veiledning 5.6: Sett opp e-post raskt i DNS
- Din e-post hos andre: Microsoft 365, Google Workspace eller egen e-postserver
- Sending av e-post via PHP virker ikke, MX-postene peker et annet sted
- DirectAdmin-veiledning 5.7: SPF stille inn og utvide
