Att definiera DNS-inställningarna i IONOS är avgörande för att domäner ska kunna anslutas till en webbplats eller ett webbhotell på ett tillförlitligt sätt. I den här guiden kommer jag att visa dig steg för steg hur du redigerar, återställer och effektivt hanterar DNS-poster i IONOS Control Centre.
Centrala punkter
- Logga in till IONOS kontrollcenter krävs
- DNS-hantering om "Domäner & SSL" översikt
- Redigera poster till exempel A, CNAME, MX eller TXT
- Återställning till standardkonfiguration möjlig när som helst
- DNS-uppdatering Kräver upp till 48 timmar
Logga in på IONOS och växla till DNS-hantering
För att ändra DNS-poster hos IONOS börjar jag med att logga in på den officiella hemsidan. Efter att ha angett mitt kundnummer eller min e-postadress och motsvarande lösenord öppnas IONOS Control Centre. Där väljer jag avsnittet "Domäner & SSL" från. Jag listar de hanterade domänerna i översikten. Jag klickar på menyn med tre punkter till höger om den önskade domänen och väljer alternativet "DNS". Jag har nu tillgång till domänens DNS-zon.Om du hanterar flera domäner är det lätt att hålla överblicken, eftersom IONOS ger en tydlig lista över alla länkade domännamn. Möjligheten att direkt komma åt inställningsalternativ som omdirigeringar eller webbhotellssökvägar via samma meny är också särskilt användbar. DNS-inställningarna är i det här sammanhanget den centrala delen av konfigurationen - varje domän kräver ju korrekta poster för att kunna lösas till rätt målserver.
Ändra A-poster och andra DNS-poster
I DNS-zonhanteringen visar IONOS alla aktiva DNS-poster. Om jag till exempel vill skapa en A-inträde ändrar, identifierar jag den här posten baserat på typen. Genom att klicka på pennikonen redigerar jag mål-IP-adressen - det är alltid en IPv4-adress som "192.0.2.1". Detsamma gäller för CNAME-, MX- eller TXT-postersom jag också kan redigera och spara direkt.Att tillämpa dessa ändringar är tekniskt enkelt: Efter att ha sparat överför IONOS automatiskt posterna till det aktiva systemet. Ändringar av DNS-poster syns dock inte omedelbart överallt, eftersom det kan ta upp till 48 timmar innan de är helt spridda över hela världen. Jag rekommenderar därför att du ger lite ledtid för kritiska förändringar som att byta webbhotell eller omorganisera en domän. På så sätt undviker man driftstopp på webbplatsen eller problem med att ta emot e-postmeddelanden.
När det är meningsfullt att återställa till standardvärden
Ibland vill jag inte rensa DNS-posterna manuellt, utan hellre återställa dem helt till IONOS standardposter. För att göra detta klickar jag ovanför DNS-zonlistan på "Återställ inställningar". Detta ger mig en överblick över vilka poster som kommer att ändras och vilka som kommer att raderas. Efter bekräftelse raderar IONOS enskilda poster och ersätter dem med förkonfigurerade serversökvägar.Detta steg är särskilt användbart om domänen ska öppnas på nytt med IONOS Webbhotell eller felaktigt konfigurerade poster bör korrigeras. Den som har experimenterat med DNS-inställningar känner särskilt väl till problemet: felaktiga subdomänlänkar eller olika MX-poster som faktiskt inte längre behövs kan snabbt uppstå. Med återställningen städar jag upp noggrant och återställer det ursprungliga tillståndet så att domänen fungerar som avsett igen.
Tabellöversikt: Typiska DNS-poster för IONOS
Jag hanterar flera olika typer av poster i IONOS DNS Editor. I följande tabell listas de mest relevanta typerna:
| Typ av inmatning | Funktion | Exempel på innehåll |
|---|---|---|
| A | Pekar ut domän till IPv4-adress | 192.0.2.1 |
| AAAA | Hänvisar till IPv6-adress | 2001:0db8:85a3:0000:0000:8a2e:0370:7334 |
| CNAME | Alias för en annan domän | blog.min-domän.com → min-domän.com |
| MX | Mailserver för leverans av e-post | e-postserver.ionos.com |
| TXT | Ytterligare information (t.ex. SPF) | v=spf1 include:spf.ionos.de ~all |
Beroende på den planerade användningen av domänen läggs ytterligare poster till, eller så finns det specialfall som SRV för vissa tjänster (t.ex. VoIP eller Microsoft-tjänster). Som regel räcker det dock med A-, CNAME-, MX- och TXT-poster för att konfigurera en domän för webbhotell och e-post. AAAA-poster spelar en roll om jag också vill göra min webbplats tillgänglig via IPv6 - vilket blir allt viktigare nuförtiden.
Upprätta anslutning till extern hosting
De som anpassar DNS-inställningarna vill ofta använda externa hostinglösningar. Detta inkluderar vidarebefordran till andra plattformar eller CDN-system. För A- eller CNAME-poster anger jag den nya mål-IP:n eller måldomänen. Jag ser till att det inte finns några motsägelsefulla poster - till exempel får samma underdomän inte ha en A- och CNAME-post parallellt.En Jämförande analys mellan IONOS och Strato visar att båda leverantörerna erbjuder jämförbara alternativ för DNS-redigering - om än med olika användargränssnitt. Som tumregel följer jag följande princip: Innan jag tar bort eller skriver över gamla poster noterar jag den ursprungliga statusen så att jag kan byta tillbaka om jag är osäker.
Dessutom kan en förnuftig integration av externa tjänster avsevärt förbättra prestandan på din egen webbplats. Till exempel är ett CDN (Content Delivery Network) särskilt värdefullt för globala besökare eller höga åtkomstnummer. När du använder webbplatsbyggare eller hanterade WordPress-lösningar från andra leverantörer kan det också vara nödvändigt att justera CNAME-poster i IONOS DNS-hantering i enlighet med detta. Ju mer exakt jag kan definiera målen, desto mer tillförlitlig och konsekvent kommer tillgängligheten till mina tjänster att vara.
Konfigurera DNS-poster för e-post
Om jag vill använda e-posttjänster via IONOS eller tredjepartsleverantörer som Google Workspace, behöver jag giltig MX-poster. Dessutom Information om SPF, DKIM och DMARC via TXT-poster. Dessa används för att skydda mot skräppost och identitetsstöld. Det är viktigt att posterna överensstämmer exakt med e-postleverantörens specifikationer - ett mellanslag som saknas kan leda till att e-postmeddelanden inte längre levereras.Använder du bara IONOS webbmailDenna konfiguration görs automatiskt i bakgrunden - ändringar är endast nödvändiga om det finns specifika krav. Jag kan dock aktivera ytterligare säkerhetsnivåer om det behövs. SPF (Sender Policy Framework) identifierar till exempel vilka servrar som är behöriga att skicka e-post på uppdrag av din domän. DKIM (DomainKeys Identified Mail) signerar e-postmeddelanden så att mottagarens system kan se om e-postinnehållet har manipulerats på vägen. Och DMARC (Domain-based Message Authentication, Reporting & Conformance) är en typ av policy som definierar hur e-postmeddelanden som inte uppfyller SPF- och DKIM-specifikationerna ska hanteras.
Korrekta e-postadresser och säkerhetsprotokoll är viktiga, särskilt för företag eller frilansare som vill ha en professionell extern image. Detta förhindrar leveransproblem och ökar förtroendet för din egen domän.
Felsökning av DNS-konfigurationer
Om det uppstår problem med webbplatsens tillgänglighet eller med att ta emot e-postmeddelanden efter ändringar går jag systematiskt igenom alla poster igen. Jag ställer mig själv följande frågor:- Pekar A- eller AAAA-posterna mot rätt IP-adress?
- Stämmer CNAME-destinationerna överens med den angivna huvuddomänen?
- Innehåller TXT-poster korrekt information för SPF eller andra DNS-baserade kontroller?
- Är äldre poster konfliktfria med de nya?
Fel orsakas vanligtvis av motsägelsefulla poster, glömda uppdateringar eller ofullständigt borttagna gamla rader. Jag dubbelkollar varje steg innan jag väntar. Det är ofta värt att ta en titt på loggarna för webbservrar eller e-postservrar för att begränsa felet. Jag gillar också att använda verktyg som "dig" eller "nslookup" för att kontrollera posterna ur externa DNS-servrars perspektiv. Om rätt information redan visas där är min installation vanligtvis OK och jag behöver bara vänta på att DNS-propageringen ska bli fullständig.
Hur lång tid tar det innan DNS-ändringar börjar gälla?
DNS-data distribueras över hela världen via mellanliggande servrar. Det tar därför olika lång tid för nya värden att bli aktiva. IONOS talar om Väntetider mellan några minuter och 48 timmar. Enligt min egen erfarenhet är A-poster ofta tillgängliga efter bara två timmar - TXT-poster för domänskydd tar ibland längre tid.Om du vill att ändringarna ska synas snabbare är det värt att rensa DNS-cachen i det lokala systemet eller webbläsaren. Verktyg som "dig" eller "nslookup" kan också användas för att kontrollera om ändringarna redan är synliga på namnservrarna. Om resultatet där fortfarande är föråldrat får du helt enkelt ha tålamod. TTL-värdet (Time to Live) för varje post har också en avgörande betydelse för hur synliga de nya DNS-uppgifterna blir.
Viktigt att veta: Vid stora migreringar av webbplatser eller byten av e-postservrar kan det vara bra att ställa in en lägre TTL under en kort tid så att förändringarna sprids snabbare. Så snart alla tester har körts framgångsrikt kan värdet ökas igen till ett standardvärde, t.ex. en timme eller 24 timmar, för att minimera belastningen på DNS-servrarna.
Vad du bör veta om TTL
Förkortningen TTL står för "Time to Live". Det avser den tidsperiod (i sekunder) under vilken en DNS-post lagras i cacheminnet på en server. Standardvärdena för IONOS är vanligtvis 3600 sekunder (en timme). Jag kan justera detta värde när jag skapar eller redigerar enskilda poster - användbart för kortvariga testväxlar, till exempel. Standardvärdet är fortfarande ett bra val för statiska webbplatser eller e-postservrar.Speciellt om jag bara vill testa en ny tjänst under en dag kan jag minska TTL till 300 sekunder (5 minuter). Detta innebär att ändringar träder i kraft snabbare eftersom data inte cachelagras för länge hos DNS-resolvers. Du bör dock komma ihåg att en mycket låg TTL också genererar fler DNS-förfrågningar, vilket teoretiskt sett ökar serverbelastningen och bandbreddskraven. För normal drift är därför en timme eller mer fortfarande en bra kompromiss mellan flexibilitet och stabilitet.
Utökade DNS-funktioner och hantering av subdomäner
Utöver de vanliga grundposterna erbjuder många användare på IONOS även subdomäner för att strukturera olika projekt eller tjänster inom en huvuddomän. Jag kan till exempel driva en webbutik under "shop.my-domain.com" och installera ett bloggsystem under "blog.my-domain.com". I DNS-administrationen visas dessa subdomäner som oberoende poster (A eller CNAME). För var och en av dessa poster gäller samma regler som för huvuddomänen: Jag anger IP-adressen (A/AAAA) eller hänvisar till en extern tjänst via CNAME. E-postinställningar (MX, SPF) kan också definieras specifikt för underdomäner om installationen kräver detta.
En annan intressant punkt är användningen av DNSSEC (DNS Security Extensions). DNSSEC hjälper till att kontrollera DNS-posternas äkthet och försvårar manipulation. IONOS stöder ofta DNSSEC, men aktiveringen kan variera beroende på tariff eller domäntillägg. Om du är särskilt fokuserad på säkerhet bör du därför kontrollera om DNSSEC är tillgängligt för din domän och aktivera det om det behövs. Detta bidrar till att säkerställa att förfrågningar inte besvaras med förfalskade DNS-data.
Det kan också hända att du flyttar en domän till IONOS (eller vice versa) och vill flytta DNS-inställningarna. I det här fallet rekommenderar jag att du dokumenterar eller exporterar de tidigare posterna hos den gamla leverantören. Jag skapar dem sedan manuellt hos IONOS om en automatisk överföringsprocess inte är möjlig. Detta minskar risken för fel eller felkonfigurationer. Samma sak gäller här: ha tålamod, eftersom en flytt kan resultera i ytterligare DNS-körtider.
Men om jag bara har en ren domänvidarebefordran i åtanke (till exempel för att permanent omdirigera en domän till en annan domän) kan detta också ställas in i IONOS Control Centre - i vissa fall oberoende av A- eller CNAME-posterna. IONOS omdirigeringsfunktion säkerställer då att alla förfrågningar till "min-domän.com" omdirigeras direkt till "annan-domän.com" utan att en webbplats behöver köras på IONOS-servern. Men var försiktig: det här är inte alltid en ren DNS-process, utan en funktion som reglerar HTTP-omdirigeringar på servernivå.
Ytterligare tips för en smidig process
Om du ofta arbetar med DNS-inställningar är det bra att bekanta dig med kommandon som gräva eller . nslookup för att bekanta dig med DNS-servern. Med dessa verktyg kan du fråga efter de aktuella posterna direkt på en viss DNS-server. På så sätt kan du snabbt se om din lokala cache eller en viss resolver tillhandahåller föråldrade data. Det är också bra att gå igenom en slags checklista innan du gör några större ändringar: Notera gamla poster, definiera mål, justera TTL, ställ in poster och kontrollera slutligen att allt fungerar korrekt.
Vid akuta störningar kan det också vara bra att använda alternativa DNS-resolvers som Google Public DNS (8.8.8.8) eller Cloudflare (1.1.1.1) för att se om problemet är regionalt begränsat. Ibland är enskilda leverantörer långsammare med att uppdatera, vilket innebär att användare i vissa regioner fortfarande löser de gamla IP-adresserna medan andra användare redan använder de nya uppgifterna.
Sista anteckningar om DNS-konfiguration för IONOS
IONOS erbjuder ett överskådligt gränssnitt som gör det enkelt att ändra DNS-poster. Jag tycker att det är särskilt viktigt att jag när som helst kan återgå till de fungerande standardvärdena om det behövs. Med lite förberedelser kan domäner anslutas till nya tjänster eller webbutrymmen på ett målinriktat sätt. Kombinationen av A-, CNAME-, MX- och TXT-poster utgör ryggraden i min DNS-konfiguration.Den som regelbundet underhåller DNS-poster och tar sig tid att förstå strukturen bakom dem kommer snabbt att skörda frukterna av detta. En väletablerad DNS-zon ökar säkerheten, förbättrar prestandan och ser till att dina egna webb- och e-posttjänster kan nås utan problem. Det gör dig också redo för framtida expansioner - oavsett om det handlar om att skapa en subdomän för ett nytt projekt eller ansluta externa tjänster som CDN:er och e-postleverantörer.
