Så fungerar domäner och DNS: en guide för icke-utvecklare

En domän är namnet människor skriver för att nå din webbplats, till exempel example.com, och DNS (Domain Name System) är internets katalog som översätter namnet till var din webbplats faktiskt finns. Du hyr domänen från en registrar och lägger sedan till DNS-poster som säger "webbplatsen finns där" och "e-post går hit". Att koppla en egen domän till en app handlar främst om att lägga till rätt post på rätt ställe och vänta tills den börjar gälla.

Varför det spelar roll när du bygger med AI

En AI-appbyggare kan skriva och hosta din app, men din domän ligger utanför den, ofta hos ett separat företag, i en kontrollpanel full av okända posttyper. Här stannar många lanseringar: appen är klar, men domänen visar ett fel, eller e-posten slutar plötsligt fungera efter en DNS-ändring.

En liten förståelse räcker långt. Du vet vilken post din host vill ha, varför den inte har fungerat än och hur du undviker att förstöra det (som e-post) som redan förlitar sig på din domän.

En vardaglig jämförelse

Tänk på din telefons kontaktlista.

Du minns inte din väns nummer; du trycker på namnet och telefonen slår upp det. DNS gör detsamma för internet: du skriver example.com och DNS slår upp numret (IP-adressen) till servern du ska kopplas till.

• Domänen är kontaktens namn.
• Registraren är företaget som officiellt registrerar att namnet är ditt.
• DNS-posterna är uppgifterna sparade under namnet: telefonnummer, e-postadress, hemadress.
• Namnservrarna är vilken kontaktbok som är den officiella för namnet.
• Cachning är att din telefon minns ett nummer en stund. Om din vän byter nummer kommer vissa telefoner att fortsätta ringa det gamla tills den sparade kopian uppdateras; det är DNS "propagering".

Delarna i ett domännamn

Ta app.example.com:

Du köper inte en domän helt; du registrerar den för en period (oftast ett år eller mer) och förnyar den. Låter du den gå ut kan någon annan registrera den.

Så fungerar en DNS-uppslagning

När någon skriver app.example.com:

1. Webbläsaren frågar en DNS-resolver (oftast driven av internetleverantören eller en publik tjänst) efter adressen.
2. Om resolvern har ett färskt cachat svar svarar den direkt.
3. Annars arbetar den nedåt i hierarkin: rotservrarna pekar den till .com-servrarna, som pekar den till din domäns namnservrar.
4. Dina namnservrar returnerar posten du satt, till exempel en CNAME till din host eller en A-post med en IP-adress.
5. Resolvern cachar svaret i postens TTL (time to live) och lämnar det till webbläsaren, som ansluter till servern.

Detta tar vanligtvis millisekunder.

DNS-posttyper du faktiskt använder

Några regler att känna till:

• En CNAME kan inte dela namn med andra poster. Det är därför en vanlig CNAME inte kan ligga på rotdomänen, som alltid har NS- och andra poster. Många DNS-leverantörer erbjuder lösningar kallade ALIAS, ANAME eller CNAME-flattening.
• TXT-poster gör mycket e-postarbete. SPF listar vem som får skicka post för din domän; DKIM publicerar en nyckel för att verifiera signaturer; DMARC säger åt mottagare vad de ska göra med post som inte klarar kontrollerna.
• Lägre MX-nummer betyder högre prioritet. E-post försöker det lägsta först.

Propagering och TTL

"Propagering" låter som om ändringar sprider sig långsamt över internet. Vad som faktiskt händer är cachning: resolvrar behåller en kopia av varje svar för dess TTL och frågar först igen när den gått ut. Så:

• En ny post som aldrig slagits upp tidigare fungerar ofta inom minuter.
• Att ändra en befintlig post tar upp till dess gamla TTL innan den syns överallt.
• Att byta namnservrar kan ta upp till ett par dygn, eftersom de posterna cachas längre på TLD-nivå.

Ett användbart knep: innan en planerad ändring, sänk postens TTL (säg till några minuter), vänta tills den gamla TTL:en passerat och gör sedan ändringen.

Ett praktiskt exempel: koppla en bokningsapp till din domän

Du äger dinfrisersalong.se. Din nuvarande webbplats och din Google Workspace-e-post använder redan den. Du har byggt en bokningsapp och vill ha den på boka.dinfrisersalong.se.

1. Hitta var din DNS hanteras. Det kan vara hos din registrar eller en separat DNS-leverantör. Dina NS-poster visar det.
2. Lägg till en CNAME för boka som pekar på målet din apphost anger.
3. Lägg till eventuell TXT-post din host kräver för att bevisa ägarskap, om den använder en.
4. Lämna MX- och e-post-TXT-poster ifred. E-posten fortsätter fungera eftersom du inte har rört den.
5. Verifiera i din host när DNS har uppdaterats. Hosten utfärdar sedan ett HTTPS-certifikat för boka.dinfrisersalong.se.
6. Testa i en telefon med mobildata, som använder en annan resolver och cache än ditt hem-wifi.

Om du i stället ville ha appen på rotdomänen dinfrisersalong.se behöver du A-poster eller din DNS-leverantörs ALIAS/flattening-funktion, och då ersätter du din nuvarande webbplats där. För fler steg, se hur du kopplar en egen domän.

Vanliga misstag och missuppfattningar

• "Domänen och hostingen är samma sak." Domänen är namnet; hosting är där appen körs. DNS länkar ihop dem.
• Att använda en A-post när hosten bett om en CNAME (eller tvärtom). Följ hostens anvisningar exakt.
• Stavfel i målet. Ett fel tecken i en CNAME-måltavla gör att verifieringen misslyckas.
• Att byta namnservrar utan att kopiera posterna. Att flytta DNS till en ny leverantör utan att återskapa MX- och TXT-poster är ett klassiskt sätt att bryta e-posten.
• Proxy när du inte ska. Vissa DNS-leverantörer, till exempel Cloudflare, kan proxya trafik. Vissa hostar kräver att posten sätts till "endast DNS" så att de kan utfärda certifikat.
• Att ta bort "okända" TXT-poster. De är ofta verifierings- eller e-postsäkerhetsposter som något beror på.
• Att låta domänen gå ut. Slå på automatisk förnyelse och håll betalkortet aktuellt.

Vad du ska be din AI-byggare om

DNS ligger utanför din kod, så det handlar mer om vad du ska fråga om:

• "Vilken exakt DNS-post behöver jag för app.mindomän.se: typ, namn och värde?"
• "Kommer den här ändringen att påverka min e-post?"
• "Min domän visar ett fel efter att jag lagt till posten. Vad ska jag kontrollera?"
• "Lägg till rätt kanonisk URL och omdirigeringar så att www och icke-www inte visar webbplatsen båda två."
• "Ställ in att skicka e-post från min domän: vilka SPF-, DKIM- och DMARC-poster behöver jag?" Se hur du skickar e-post från din app.

Egna domäner på Mythex

Varje publicerad Mythex-app får en adress dittnamn.mythex.app. På Pro kan du i stället använda din egen domän: köp en i Mythex (registreringen faktureras separat, och DNS för köpta domäner sköts åt dig), eller koppla en du redan äger genom att lägga till en CNAME från en subdomän, till exempel app.example.com, till din apps dittnamn.mythex.app-adress och sedan klicka på Verifiera. HTTPS utfärdas automatiskt. Om din DNS ligger hos Cloudflare, sätt den posten till "endast DNS". Subdomäner rekommenderas; rotdomäner beror på din DNS-leverantörs stöd för ALIAS eller flattening. Dokumentationen för egna domäner går igenom varje steg, och priser visar vad Pro inkluderar.

Frågor