TXT-poster och domänverifiering

Modul 4: Poster för e-post · Lästid: 7 minuter

Lärandemål: Efter den här lektionen kan du skapa en TXT-post för att verifiera din domän hos en tjänst, och du vet när flera TXT-poster får finnas sida vid sida och när inte.

Nyckelbegrepp: TXT-post, verifieringskod, namn med understreck, citattecken, textbitar på 255 tecken, SPF/DMARC som särskilda TXT-poster

En lapp i din DNS

En TXT-post är den enklaste post som finns: en bit text kopplad till ett namn. DNS gör själv ingenting med den. Den är avsedd för andra program som kommer och läser den texten.

Därför är TXT favoritposten för tjänster som vill veta om en domän verkligen är ditt. Google Search Console, Microsoft 365, Google Workspace, Facebook, Apple, GitHub, nyhetsbrevstjänster och e-handelsplattformar fungerar alla på samma sätt:

1. Tjänsten ger dig en kod, till exempel google-site-verification=Ab12Cd34... eller MS=ms12345678.
2. Du lägger till koden som en TXT-post i din domäns DNS.
3. Tjänsten hämtar TXT-posten för din domän. Finns koden där vet den: den som kunde lägga till denna kod administrerar domänen.

Bara den som kan ändra en domäns DNS kan lägga till en sådan post. Därför är det en pålitlig kontroll.

Hur ser en TXT-post ut?

example.com.   3600  IN  TXT  "google-site-verification=Ab12Cd34Ef56"
example.com.   3600  IN  TXT  "MS=ms12345678"
example.com.   3600  IN  TXT  "v=spf1 mx include:spf.service.example ~all"

Några saker att veta:

• Citattecken. I en zonfil står texten inom citattecken. I de flesta paneler behöver du inte skriva dem själv: panelen lägger till dem automatiskt. Skriver du dem ändå, kontrollera efter sparandet att det inte blir dubbla citattecken.
• Bitar på 255 tecken. En textbit i en TXT-post får vara högst 255 tecken lång (RFC 1035). Längre texter, som en DKIM-nyckel, delas upp i flera bitar inom samma post: "första delen" "andra delen". Program som läser TXT sätter ihop bitarna igen. Bra paneler delar upp automatiskt; i vissa måste du göra det själv.
• Versaler och mellanslag räknas. Kopiera koden exakt, helst med kopiera och klistra in. Ett mellanslag på slutet eller ett saknat tecken räcker för att verifieringen ska misslyckas.

På vilket namn?

Tjänsten anger alltid på vilket namn posten ska ligga:

• På själva domänen. Tjänsten säger då "@", "root", "värd tom" eller nämner bara example.com. I de flesta paneler skriver du då @ eller lämnar fältet tomt.
• På ett eget namn. Vissa tjänster vill ha ett separat namn som börjar med understreck, som _github-challenge-exempelforetag eller _acme-challenge. Understrecket visar att det inte är ett vanligt värdnamn (du kan inte öppna en webbplats på det). Skriv i din panel bara den första delen; din domän läggs till automatiskt efteråt.

Ett vanligt misstag: att fylla i hela namnet i en panel som själv lägger till domänen efteråt. Då skapas _github-challenge-exempelforetag.example.com.example.com, och tjänsten hittar ingenting. Kontrollera efter sparandet vilket fullständigt namn panelen visar.

Flera TXT-poster: går det?

Ja. På ett och samma namn får det finnas hur många TXT-poster som helst. En verifiering för Google och en för Microsoft stör inte varandra. Varje tjänst letar bland alla TXT-poster efter sin egen kod.

Det finns två undantag, och de är viktiga:

• SPF (börjar med v=spf1): högst en per namn. Två SPF-poster gör din SPF ogiltig (lektion 4.3).
• DMARC (på _dmarc, börjar med v=DMARC1): högst en. Med två poster behandlar en mottagare det som om du inte hade någon DMARC (lektion 4.5).

Om en tjänst ber dig "lägg till den här SPF-posten", skapa då ingen andra SPF-post, utan komplettera den befintliga.

Får verifieringen tas bort igen?

Det beror på tjänsten. Många tjänster (som Google Search Console och Microsoft 365) kontrollerar på nytt senare. Tar du bort posten kan din domän efter ett tag räknas som "inte verifierat" igen. Låt den därför stå kvar, om inte tjänsten säger att den får tas bort. En gammal verifieringspost från en tjänst du inte längre använder kan du däremot städa bort.

Det fungerar inte direkt

Har du precis skapat posten och säger tjänsten "hittades inte"? Det beror oftast på cachen (modul 6). Har tjänsten redan frågat efter din domän innan posten fanns, minns den ett tag att det inte stod något där. Vänta en kvart och försök igen. Kontrollera samtidigt själv med ett DNS-uppslagsverktyg om posten finns (lektion 8.2 och 8.3).

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

I det här exemplet använder vi Mitt WebOké. Gå till domänen, fliken DNS, och klicka på Lägg till post. Välj typ TXT, fyll i @ under Namn (eller det namn som tjänsten anger) och klistra in koden som värde. Citattecken behöver du inte skriva. I DirectAdmin fungerar det på samma sätt under DNS-administration; där låter du TXT-posttyp stå kvar på Vanlig.

I andra paneler kan fälten heta Host, Värdnamn eller Name och Value, Content eller Data, men principen är densamma.

Sammanfattning

• En TXT-post är text kopplad till ett namn. Tjänster använder den för att kontrollera att en domän är ditt.
• Kopiera koden exakt och lägg den på det namn som tjänsten anger (ofta @, ibland ett namn med understreck).
• Flera TXT-poster på samma namn är tillåtet, utom för SPF och DMARC: av dem får det finnas högst en.
• Lyckas inte verifieringen direkt, vänta lite: svaret kan fortfarande finnas i en cache.

Quiz

Uppgift

Uppgift Z4.2: Hitta verifieringskod. Slå upp TXT-posterna för wikipedia.org. Där finns bland annat en verifieringskod från Google. Klistra in hela verifieringstexten som börjar med google-site-verification=.

Uppgift O4.2: Ställ in själv i din övningszon. I övningszonen använder du en låtsastjänst; för ditt riktiga domän använder du förstås den riktiga koden som tjänsten ger dig. Du får till uppgiften en personlig kod <din kod> (den ser ut som oefen-<kod>-<bokstäver>). Skapa i din övningszon <code>.dnspractice.eu två TXT-poster:

1. på zonens eget namn (@): dnscursus-verificatie=<din kod>
2. på namnet _cursus-challenge: endast <din kod>

Läs mer

Stegen i dessa artiklar gäller för WebOkés paneler; i andra paneler fungerar det på liknande sätt.

• DirectAdmin-guide 5.6: TXT-poster för verifiering (Google, Microsoft och andra)
• Hantera DNS-poster i Mitt WebOké (med exempel för CNAME, TXT och externa tjänster)
• WebOké manual 5.4: Hantera DNS: lägga till, ändra och ta bort poster
• RFC 1035 avsnitt 3.3.14 (TXT), RFC 7208 avsnitt 3.3 (långa SPF-texter i flera delar)