Om du har läst kapitlet om DNS-posttyper vet du att varje post i din DNS-zon har ett särskilt jobb. A-poster pekar på IP-adresser. MX-poster hanterar e-postdirigering. En TXT-post gör ingetdera. Den innehåller en rad vanlig text som talar om något om din domän för andra system. Texten kan säga "den här e-postleverantören får skicka för min räkning" eller "ja, jag äger den här domänen" eller "här är nyckeln för att verifiera mina meddelanden".
Tänk dig en lapp uppsatt på din ytterdörr. Den ändrar inte hur ditt hus fungerar. Men den som går fram och läser den får veta något viktigt om vem som bor där och vad de har godkänt.
Hur ser en TXT-post ut?
En TXT-post har fyra delar, precis som andra DNS-poster. Så här fungerar var och en.
- Värdnamn (name) är den domän eller underdomän som posten gäller. För din huvuddomän är det oftast "@" eller blankt. För en underdomän som mail.dindomän.com skulle värdnamnet vara "mail"
- Typ talar om för DNS-systemet att det här är en TXT-post
- Värde är själva textinnehållet. Det kan vara en verifieringskod, en e-postpolicy, en publik nyckel eller någon annan sträng på upp till 255 tecken per segment
- TTL (time to live) styr hur länge DNS-servrar sparar posten i cache innan de kontrollerar om den uppdaterats. Standardvärdet är oftast 3600 sekunder, vilket motsvarar en timme
Så här ser en enkel TXT-post ut i en panel för DNS-inställningar.
- Värdnamn satt till @
- Typ satt till TXT
- Värde satt till "v=spf1 include:_spf.example.com ~all"
- TTL satt till 3600
Exemplet är en SPF-post, en av de vanligaste typerna av TXT-post. Avsnitten nedan förklarar vad SPF betyder och hur andra poster för e-postsäkerhet fungerar.
Hur används en TXT-post för domänverifiering?
Det här är den enklaste användningen av en TXT-post. En tjänst behöver bevis för att du äger en domän. Du bevisar det genom att lägga till en post som bara domänägaren kan lägga till.
Så här går det till.
- Du registrerar dig för en tjänst och anger ditt domännamn
- Tjänsten ger dig en unik verifieringskod
- Du loggar in på dina DNS-inställningar och lägger till en TXT-post med koden som värde
- Tjänsten kontrollerar din DNS efter TXT-posten
- Om den hittar koden är verifieringen klar
Varför fungerar det? För att bara den som har åtkomst till dina DNS-inställningar kan lägga till poster där. Verifieringskoden betyder ingenting i sig. Den bevisar bara att du har nycklarna till DNS-zonen.
Vad är en SPF-post?
Vad SPF står för
SPF står för Sender Policy Framework. Det är en TXT-post som listar vilka e-postservrar som får skicka e-post med ditt domännamn. När någon tar emot ett e-postmeddelande från dig kontrollerar deras e-postserver din SPF-post för att se om den skickande servern finns på den godkända listan.
Vad en SPF-post gör
Utan en SPF-post kan vem som helst skicka ett e-postmeddelande som ser ut att komma från din domän. Det kallas e-postförfalskning (email spoofing). Det är ett av nätfiskets äldsta knep, och det fungerar eftersom den mottagande servern inte har något sätt att kontrollera om avsändaren är den den utger sig för att vara.
En SPF-post löser det. Det är som att ge postkontoret en lista över bud som får skicka paket för din räkning. Om ett paket dyker upp från ett bud som inte står på listan förstår postkontoret att något är fel.
Här är ett exempel.
v=spf1 include:_spf.mailprovider.com ~all
Det säger tre saker.
- v=spf1 identifierar att det här är en SPF-post
- include:_spf.mailprovider.com betyder "servrarna som den här e-postleverantören listar får skicka e-post för min domän"
- ~all betyder "om e-post kommer från någon annan server, behandla den som misstänkt men avvisa den inte direkt"
Om "~all" ändras till "-all" blir regeln strängare. Då säger den åt mottagande servrar att avvisa allt som inte finns på den godkända listan.
Vad är en DKIM-post?
Vad DKIM står för
DKIM står för DomainKeys Identified Mail. Medan SPF kontrollerar vem som skickade e-posten kontrollerar DKIM om e-posten manipulerats på vägen till din inkorg.
Så fungerar den publika nyckeln
Tänk på DKIM som ett vaxsigill på ett brev. När din e-postserver skickar ett e-postmeddelande stämplar den det med en dold signatur. Signaturen skapas med en privat nyckel som bara din server känner till. Den matchande publika nyckeln ligger i en TXT-post på din domän, synlig för alla som tittar.
När den mottagande servern får e-postmeddelandet läser den din publika nyckel från DNS och jämför den med signaturen. Om de stämmer överens verifieras e-posten som äkta och orörd. Om de inte stämmer kan e-posten ha ändrats någonstans på vägen.
Du behöver inte förstå själva nyckeln. Din e-postleverantör genererar den och talar om exakt vad du ska klistra in i dina DNS-inställningar. DKIM:s TXT-post ligger oftast på en underdomän som ser ut ungefär som "selector._domainkey.dindomän.com".
Vad är en DMARC-post?
Så binder DMARC ihop SPF och DKIM
SPF kontrollerar var e-posten kom ifrån. DKIM kontrollerar att den inte ändrats. Men vad händer när en av kontrollerna misslyckas? Utan DMARC bestämmer varje mottagande server själv. Vissa skickar e-posten till skräpposten. Vissa släpper igenom den. Vissa avvisar den. Du har ingen kontroll alls.
DMARC står för Domain-based Message Authentication, Reporting, and Conformance. Det är en TXT-post som ger dig kontrollen. Du bestämmer reglerna för vad som händer när ett e-postmeddelande misslyckas med SPF eller DKIM.
Vad DMARC-policyerna betyder
En DMARC-post läggs till som en TXT-post på underdomänen "_dmarc.dindomän.com". Här är ett enkelt exempel.
v=DMARC1; p=quarantine; rua=mailto:reports@yourdomain.com
Det talar om tre saker för mottagande servrar.
- v=DMARC1 identifierar att det här är en DMARC-post
- p=quarantine är policyn. Den säger åt den mottagande servern att skicka e-post som misslyckas med autentiseringen till skräpposten i stället för inkorgen
- rua=mailto:reports@yourdomain.com säger åt servrar att skicka autentiseringsrapporter till den e-postadressen så att du kan se vem som skickar e-post med din domän
Policyfältet (p=) har tre alternativ.
- none betyder att ingen åtgärd vidtas och att bara rapporter skickas. Det är användbart när du först ställer in DMARC och vill övervaka innan du tillämpar reglerna
- quarantine betyder att e-post som misslyckas skickas till skräpposten
- reject betyder att e-post som misslyckas blockeras helt så att den aldrig når mottagaren
Tillsammans bildar SPF, DKIM och DMARC tre lager av e-postskydd. SPF är gästlistan. DKIM är vaxsigillet. DMARC är dörrvakten som bestämmer vad som händer när någon inte klarar de två första kontrollerna. Om du ställer in egen e-post med din domän är alla tre posterna viktiga.
Vad mer kan TXT-poster göra?
E-postsäkerhet och domänverifiering är de två största användningsområdena, men TXT-poster dyker upp på andra ställen också.
- Verifiering hos sökmotorer. Sökmotorer ber dig lägga till en TXT-post för att bevisa att du äger en domän innan du får tillgång till data om sökprestanda
- Säkerhetspolicyer. Vissa organisationer använder TXT-poster för att publicera kontaktuppgifter för säkerhet eller önskemål om certifikatutfärdare
- Autentisering av tjänster. Analysplattformar, annonstjänster och andra verktyg kräver ofta en TXT-post för att koppla din domän till ditt konto
- Egna metadata. All textbaserad information som andra servrar eller tjänster behöver läsa om din domän kan lagras i en TXT-post
TXT-poster är DNS:s armékniv. Om en tjänst behöver verifiera, autentisera eller förmedla något om din domän är chansen stor att den använder en TXT-post för det.
Hur lägger du till en TXT-post?
Att lägga till en TXT-post följer samma steg som att lägga till vilken annan DNS-post som helst. Om du har lagt till en A-post eller MX-post tidigare känns det igen.
- Logga in i den DNS-hanteringspanel där din domäns namnservrar är inställda. Det är oftast din domänregistrator eller din hostingleverantör
- Hitta avsnittet för DNS-poster eller DNS-zonredigeraren
- Klicka på alternativet för att lägga till en ny post
- Välj TXT som posttyp
- Ange värdnamnet. Använd "@" för rotdomänen eller ett specifikt underdomännamn om tjänsten kräver det
- Klistra in exakt det värde som tjänsten du ställer in ger dig. Skriv inte av det för hand
- Ställ in TTL. Om du är osäker använder du standardvärdet som din leverantör föreslår eller sätter det till 3600
- Spara posten
En sak att tänka på. DNS-ändringar kan ta allt från några minuter till 48 timmar att spridas över internet. Det kallas DNS-spridning (DNS propagation). Under tiden kan vissa servrar fortfarande se de gamla inställningarna medan andra ser de nya. Läs kapitlet om hur DNS fungerar för mer om processen.
Vilka är vanliga misstag med TXT-poster?
TXT-poster är enkla att lägga till, men några återkommande fel fäller folk.
- Klistra in fel värde. TXT-postens värden är ofta långa strängar av slumpmässiga tecken. Missar du ett tecken eller lägger till ett extra mellanslag går allt sönder. Kopiera och klistra alltid in direkt från tjänsten som gav dig värdet
- Flera SPF-poster på samma domän. Du kan bara ha en SPF-post per domän. Om du behöver godkänna flera e-postleverantörer slår du ihop dem i en enda SPF-post med flera "include"-satser. Två separata SPF-poster ger oförutsägbart beteende och leveransfel
- Lägga posten på fel värdnamn. Vissa TXT-poster ska ligga på rotdomänen (@), medan andra ska ligga på en specifik underdomän som "_dmarc" eller "selector._domainkey". Om du lägger posten på fel ställe hittar tjänsten som letar efter den den inte
- Glömma att spara. Det låter självklart, men många DNS-paneler kräver att du klickar på spara eller bekräfta efter att du angett posten. Om du stänger sidan innan du sparat skapas inte posten
- Inte vänta på spridningen. Efter att du lagt till en TXT-post hittar verifieringstjänsten den kanske inte direkt. Ge det minst 15 till 30 minuter innan du försöker kontrollera igen
Vad händer när TXT-poster är felaktiga eller saknas?
Konsekvenserna beror på vilken TXT-post det gäller.
- Om din SPF-post saknas eller är felaktig är det mer sannolikt att din e-post hamnar i skräpposten. Mottagande servrar kan inte bekräfta att din e-postserver är behörig, så de tar det säkra före det osäkra
- Om din DKIM-post saknas saknar dina e-postmeddelanden en verifierbar signatur. Vissa mottagare tar fortfarande emot dem, men skräppostfilter blir mer misstänksamma
- Om din DMARC-post saknas har du ingen kontroll över vad som händer med e-post som misslyckas med SPF- eller DKIM-kontrollerna. Varje mottagande server gör sitt eget val
- Om en verifierings-TXT-post tas bort kan tjänsten som krävde den dra tillbaka din åtkomst eller visa en varning om att domänägandet inte längre är bekräftat
Inget av de här problemen tar ner din webbplats. TXT-poster påverkar inte hur din webbplats laddas eller hur besökare når den. Men saknade eller felaktiga TXT-poster kan skada din e-postleverans och din möjlighet att använda tjänster som är kopplade till din domän.
Så hanterar WEMASY TXT-poster
När du ansluter en egen domän till din WEMASY-webbplats går WEMASY igenom de DNS-poster du behöver lägga till. Om du verifierar din domän för sökverktyg talar WEMASY om exakt vilka TXT-poster du ska skapa, inklusive värdnamn och värdet att klistra in. TXT-poster för e-post får du från din egen e-postleverantör, eftersom WEMASY:s e-posthosting kommer snart.
WEMASY sköter SSL och hosting på sin sida, så de TXT-poster du lägger till handlar om verifiering och e-postsäkerhet snarare än dirigering. När dina poster är på plats och DNS har spridits kopplas allt ihop automatiskt. Se vad som ingår i varje plan på sidan WEMASYs prissida.
Vad kommer härnäst?
Nu när du förstår hur TXT-poster fungerar för verifiering och e-postsäkerhet handlar nästa kapitel om NS-poster. NS-poster styr vilka namnservrar som ansvarar för hela din domäns DNS-zon, och de utgör grunden för hur alla dina andra poster hittas. För en överblick över alla posttyper och när du ska använda var och en, se kapitlet om DNS-posttyper.
Vanliga frågor
Kan du ha flera TXT-poster på samma domän?
Ja. En domän kan ha många TXT-poster samtidigt. Du kan ha en för SPF, en för domänverifiering och en för DKIM på en underdomän. Det enda undantaget är SPF. Du bör bara ha en SPF-post per domän. Om du behöver godkänna flera e-postleverantörer slår du ihop dem i en enda SPF-post. Med WEMASYs webbplatsbyggare kan du ställa in detta direkt på din webbplats.
Påverkar en TXT-post hur snabbt din webbplats laddas?
Nej. TXT-poster spelar ingen roll för dirigeringen av webbtrafik. De läses bara av tjänster som specifikt letar efter dem, som e-postservrar som kontrollerar SPF eller verifieringsverktyg som kontrollerar ägande. Din webbplats hastighet bestäms av din A-post, din server och din hostinglösning, inte av dina TXT-poster.
Hur lång tid tar det innan en TXT-post börjar gälla?
Det beror på DNS-spridningen och TTL för eventuella tidigare poster. I de flesta fall syns en ny TXT-post inom 15 till 30 minuter. Full spridning till alla DNS-servrar i världen kan ta upp till 48 timmar, men det är ovanligt för nya poster som inte funnits tidigare.
Hur långt kan värdet i en TXT-post vara?
En enskild TXT-poststräng kan vara upp till 255 tecken. Om värdet behöver vara längre delas det upp i flera strängar inom samma post. Din DNS-leverantör sköter uppdelningen automatiskt i de flesta fall. Tjänster som genererar långa TXT-värden, som DKIM-nycklar, tar hänsyn till gränsen när de skapar posten åt dig.
Behöver du TXT-poster om du inte skickar e-post från din domän?
Det är ändå en bra idé. Även om du inte skickar e-post hindrar en SPF-post som säger att inga servrar är behöriga (v=spf1 -all) spammare från att förfalska din domän. Utan några poster för e-postautentisering kan vem som helst skicka e-post som ser ut att komma från din domän, vilket kan skada ditt rykte.