Hoppa till innehållet

Cookieinställningar

Välj vilka typer av cookies du tillåter. Du kan alltid ändra ditt val via Cookieinställningar längst ned på varje sida. Integritetspolicy

Nödvändiga

Alltid på

Behövs för att logga in, spara din varukorg och komma ihåg dina val. De är alltid på.

Vilka cookies?
  • weboke_sessie, weboke_klant, weboke_remember: din session och att du förblir inloggad
  • weboke_basket: din varukorg
  • wkBtwIncl: visa priser med eller utan moms
  • wok_cookies: ditt cookieval, 12 månader

Mäter vilken annons som leder till ett besök eller en beställning, så att vi inte betalar för annonser som inte ger något.

Vilka cookies?
  • Google Ads via Google Tag Manager (_gcl_au, _gcl_aw), upp till 90 dagar
  • OpenAI Ads, annonser i ChatGPT
  • wok_aff: via vilken partner du kom till oss (affiliateprogram), 60 dagar

4,6

Land och språk

Varje land har en egen webbplats med landets priser och moms.

Visa

Koppla Microsoft 365

Modul 7: Koppla externa tjänster · Lästid: 9 minuter

Lärandemål: Efter den här lektionen kan du placera DNS-posterna för Microsoft 365 och kontrollera att de är korrekta.

Nyckelbegrepp: verifierings-TXT (MS=ms...), MX till Microsoft, SPF-include, DKIM-CNAME (selector1 och selector2), autodiscover, administrationscenter

Varför Microsoft 365 behöver poster

Med Microsoft 365 kommer din e-post in hos Microsoft. Din webbplats kan gärna stanna kvar hos ditt eget webbhotell. För den uppdelningen behöver Microsoft några saker från din DNS:

  1. ett bevis på att domänen är din (verifiering);
  2. platsen dit e-post kommer in (MX);
  3. tillstånd att skicka e-post i din domäns namn (SPF);
  4. en signatur under din e-post (DKIM);
  5. en post som gör att Outlook själv hittar inställningarna (autodiscover).

Du lägger till dessa poster hos den aktör som hanterar DNS för din domän. Vet du inte vem det är? Titta på domänens namnservrar (lektion 2.1). Ändrar du på fel ställe händer ingenting.

Viktigaste regeln i den här lektionen: använd alltid exakt det som Microsofts administrationscenter visar för din domän. Exemplen nedan visar hur posterna ser ut. De exakta värdena skiljer sig åt mellan domäner och abonnemang, och Microsoft ändrar ibland formatet.

Steg 1: verifiera domänen

När du lägger till en domän i administrationscentret för Microsoft 365 får du en TXT-post med en kod:

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

Lägg till denna post på den nakna domänen (@). Klicka sedan på verifiera i administrationscentret. Fungerar det inte direkt, vänta en kvart och försök igen: ibland har en resolver fortfarande det gamla svaret i cache (lektion 6.1). Denna TXT-post kan finnas tillsammans med andra TXT-poster, även bredvid din SPF-post (lektion 4.2).

Steg 2: MX till Microsoft

MX-posten pekar på en e-postserver som hör till din domän. Länge var det domännamnet med bindestreck istället för punkter, följt av mail.protection.outlook.com:

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

Nyare abonnemang får ibland en adress som slutar på mx.microsoft, till exempel något som example-com.x-v1.mx.microsoft. Det är inget skrivfel: .microsoft är en riktig toppdomän. Vilken av de två du får ser du i administrationscentret. Använd den exakt som den visas, med punkten i slutet om din panel kräver det (lektion 2.2).

Två saker går ofta fel här:

  • Gamla MX-poster lämnas kvar. Ta bort MX-posterna till din tidigare e-postserver. Finns de kvar kommer en del av din e-post fortfarande in på det gamla stället, även vid högre prioritet (lektion 4.1).
  • Lokal leverans hos ditt webbhotell. Många hanteringspaneler levererar e-post från din egen webbplats (kontaktformulär, webbutik) direkt till brevlådan på samma server, om servern tror att din e-post hör hemma där. I DirectAdmin heter den inställningen "Använd den här servern för att hantera min e-post". Pekar du MX mot Microsoft, stäng då av den lokala leveransen. Annars når formulären aldrig fram till Microsoft. I andra paneler kallas detta till exempel "Remote mail exchanger" eller "Stäng av lokal e-post".

Steg 3: komplettera SPF, dubblera inte

Microsoft vill ha följande i din SPF-post:

include:spf.protection.outlook.com

Har du redan en SPF-post? Skapa då ingen andra, utan lägg till include i den befintliga posten. Två SPF-poster gör din SPF ogiltig (lektion 4.3). Skickar din webbplats e-post via ditt webbhotells server, låt den också stå kvar i posten:

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

Tänk på gränsen på tio DNS-uppslag: varje include räknas, och Microsofts egna includes räknar i sin tur egna uppslag.

Steg 4: DKIM med två CNAME-poster

Microsoft signerar din e-post med en nyckel som finns hos Microsoft. Du skapar bara två hänvisningar, 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.

Sedan maj 2025 får nya domäner detta format, som slutar på dkim.mail.microsoft. Bokstaven före -v1 (här x) skiljer sig åt mellan abonnemang. Äldre domäner har ofta fortfarande formatet som slutar på onmicrosoft.com, till exempel selector1-example-com._domainkey.example.onmicrosoft.com. Båda fungerar. Även här gäller: kopiera värdena från administrationscentret (under DKIM-inställningar i Defender-portalen) och hitta inte på dem själv.

Varför två? Microsoft byter ut nycklarna med jämna mellanrum (nyckelrotation). Finns bara selector1 i din DNS fungerar DKIM fram till det första bytet och slutar därefter plötsligt fungera. Skapa därför alltid båda.

När CNAME-posterna är synliga, aktivera DKIM i administrationscentret. Ett vanligt misstag är att skapa en TXT-post där en CNAME efterfrågas; Microsoft meddelar då att CNAME saknas.

Tänk på namnet: i din panel fyller du oftast bara i selector1._domainkey. Skriver du hela namnet och din panel själv lägger till din domän på slutet, får du selector1._domainkey.example.com.example.com (lektion 8.4).

Steg 5: autodiscover

Outlook söker vid kontoinställning efter autodiscover.<din domän>. Låt det namnet peka mot Microsoft:

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

Finns det redan en A-post eller en wildcard som skickar autodiscover till din webbserver? En CNAME med samma namn får inte finnas tillsammans med en annan post: ta bort A-posten för autodiscover först. Mot en wildcard (*) behöver du inte göra något: ett namn som finns för sig går före (lektion 3.3).

Och DMARC?

Microsoft frågar inte efter det vid installationen, men utan DMARC hamnar e-post oftare i skräpposten. Har du redan en DMARC-post kan den stå kvar. Se bara till att SPF och DKIM för Microsoft fungerar korrekt innan du sätter policyn till quarantine eller reject (lektion 4.5).

I praktiken: så här ser det ut i en panel

I exempelpanelen Mitt WebOké finns på fliken DNS för en domän ett kort E-postinställningar med Snabb inställning. Väljer du där Microsoft 365 ser du i förväg vilka poster som kommer: MX, SPF-tillägg och autodiscover, och den lokala leveransen stängs av. Verifierings-TXT och DKIM-CNAME:erna får du från Microsoft själv; de lägger du till separat med Lägg till post. I DirectAdmin gör du samma sak via MX-poster (mallen Microsoft 365, och bocken för leverans av) och DNS-administration.

Använder du en annan panel, som cPanel, Plesk, Cloudflare eller din registrars DNS-skärm? Där heter knapparna annorlunda, men fälten är desamma: namn, typ, värde och TTL. Vissa registrarer har också en knapp "Microsoft 365" som lägger till alla poster på en gång.

Sammanfattning

  • Använd alla värden exakt som de visas i administrationscentret för Microsoft 365, inte från ett exempel.
  • Verifiering: TXT MS=ms... på @. MX: adressen som Microsoft ger för din domän; ta bort gamla MX-poster.
  • SPF: lägg till include:spf.protection.outlook.com i din befintliga post, skapa ingen andra.
  • DKIM: två CNAME:er, selector1 och selector2, båda behövs på grund av nyckelrotation.
  • Autodiscover: CNAME till autodiscover.outlook.com, och stäng av den lokala leveransen hos ditt webbhotell.

Quiz

1. Du har redan v=spf1 a mx include:spf.hosting.example ~all. Vad gör du för Microsoft 365?



2. Varför skapar du för DKIM både selector1 och selector2?



3. Din MX pekar mot Microsoft, men formulär från din webbplats kommer inte fram. Resten av din e-post gör det. Vad är den mest sannolika orsaken?



4. Administrationscentret ger som MX example-com.x-v1.mx.microsoft. Vad gör du?



Uppgift

Uppgift Z7.1: Känna igen Microsoft 365. Titta på hur två riktiga organisationer använder Microsoft 365: microsoft.com och sidn.nl (webbplatsen för SIDN, registeransvarig för .nl i Nederländerna).

  1. Hitta MX-posten för sidn.nl och för microsoft.com. Vilken av de två använder det gamla formatet (mail.protection.outlook.com) och vilken det nya (mx.microsoft)?
  2. Hitta Microsofts include i SPF-posten för sidn.nl och skriv av den.
  3. Hitta CNAME-posten för selector1._domainkey.sidn.nl. Vilket ord slutar måldomänen på (de två sista delarna)?

Fyll i dina svar i fältet. Kontrollen hämtar posterna live vid inlämningstillfället, så om organisationen ändrar något gäller det nya svaret.

Uppgift Z7.1: Känna igen Microsoft 365




Det du fyller i och det vi hittar live sparar vi inte. Din webbläsare kommer ihåg dina svar och om du klarat uppgiften. Är du inloggad sparar vi bara att du hade uppgiften (nästan) rätt i Mina kurser, där kan du också ta bort det.

Uppgift O7.1: Ställ in själv i din övningszon. Koppla din övningszon <code>.dnspractice.eu till en simulerad Microsoft 365. I övningszonen använder du fejktjänsten office-demo.dnspractice.eu; för din riktiga domän använder du värdena från administrationscentret för Microsoft 365.

  1. Verifiering: skapa en TXT-post på <code>.dnspractice.eu med koden som uppgiftssidan ger dig (MS=oefen-<code>-<...>).
  2. MX: låt <code>.dnspractice.eu ta emot e-post på mail.protection.office-demo.dnspractice.eu. med prioritet 0. Ta bort andra MX-poster på <code>.dnspractice.eu.
  3. SPF: komplettera den befintliga SPF-posten på <code>.dnspractice.eu med include:_spf.office-demo.dnspractice.eu, och låt mx stå kvar. Det får bara finnas en SPF-post.
  4. DKIM: skapa en CNAME selector1._domainkey.<code>.dnspractice.eu till selector1.dkim.office-demo.dnspractice.eu. och en CNAME selector2._domainkey.<code>.dnspractice.eu till selector2.dkim.office-demo.dnspractice.eu.
  5. Autodiscover: skapa en CNAME autodiscover.<code>.dnspractice.eu till autodiscover.office-demo.dnspractice.eu.

Uppgift O7.1

Den här uppgiften gör du i din egen övningszon: en riktig DNS-zon på WebOkés namnservrar, bara för dig. Logga in med din e-postadress. Du får en inloggningslänk via mejl och kommer sedan tillbaka till den här lektionen. Vi använder din adress bara för kursen.

Läs mer

Dessa sidor beskriver stegen i panelerna hos WebOké (DirectAdmin och Mitt WebOké). I andra paneler fungerar det på samma sätt.

Ett ögonblick…

Ställ in dina domäner

Ställ in namnservrar, koppling till ditt webbhotell och vem som blir innehavare för varje domän.

Hämtar dina domäner…