Det er afgørende at definere DNS-indstillingerne i IONOS, hvis domæner skal have en pålidelig forbindelse til et websted eller en webhostingudbyder. I denne vejledning vil jeg vise dig trin for trin, hvordan du redigerer, nulstiller og effektivt administrerer DNS-poster i IONOS Control Centre.
Centrale punkter
- Login ind i IONOS-kontrolcentret kræves
- DNS-styring om "Domæner & SSL"-oversigten
- Rediger poster såsom A, CNAME, MX eller TXT.
- Nulstil til standardkonfiguration mulig til enhver tid
- DNS-opdatering Kræver op til 48 timer
Log ind på IONOS, og skift til DNS-styring
For at ændre DNS-poster hos IONOS starter jeg med at logge ind på den officielle hjemmeside. Når jeg har indtastet mit kundenummer eller min e-mailadresse og den tilhørende adgangskode, åbnes IONOS Control Centre. Der vælger jeg sektionen "Domæner og SSL" fra. Jeg viser de administrerede domæner i oversigten. Jeg klikker på menuen med tre prikker til højre for det ønskede domæne og vælger indstillingen "DNS". Nu har jeg adgang til domænets DNS-zone.Hvis du administrerer flere domæner, er det nemt at bevare overblikket, da IONOS giver en klar liste over alle forbundne domænenavne. Muligheden for at få direkte adgang til indstillingsmuligheder som omdirigeringer eller webhosting-stier via den samme menu er også særlig nyttig. DNS-indstillingerne er kernen i konfigurationen i denne sammenhæng - når alt kommer til alt, kræver hvert domæne korrekte indtastninger for at blive opløst til den relevante målserver.
Ændre A-poster og andre DNS-poster
I DNS-zonestyring viser IONOS mig alle aktive DNS-poster. Hvis jeg for eksempel vil oprette en A-indgang ændre, identificerer jeg denne post baseret på typen. Ved at klikke på blyantsikonet redigerer jeg mål-IP-adressen - det er altid en IPv4-adresse som "192.0.2.1". Det samme gælder for CNAME-, MX- eller TXT-indgangesom jeg også kan redigere og gemme direkte.Det er teknisk set ligetil at anvende disse ændringer: Når du har gemt, overfører IONOS automatisk posterne til det aktive system. Ændringer i DNS-poster er dog ikke umiddelbart synlige overalt, da det kan tage op til 48 timer, før de er fuldt udbredt i hele verden. Jeg anbefaler derfor, at man giver lidt tid til kritiske ændringer som f.eks. at skifte webhost eller omlægge et domæne. På den måde undgår man nedetid på hjemmesiden eller problemer med at modtage e-mails.
Når det giver mening at nulstille til standardværdier
Nogle gange vil jeg ikke rydde op i DNS-poster manuelt, men hellere nulstille dem helt til IONOS' standardposter. For at gøre dette klikker jeg over DNS-zonelisten på "Nulstil indstillinger". Dette giver mig et overblik over, hvilke poster der vil blive ændret, og hvilke der vil blive slettet. Efter bekræftelse sletter IONOS de enkelte poster og erstatter dem med forudkonfigurerede serverstier.Dette trin er især nyttigt, hvis domænet skal genåbnes med IONOS webhosting eller forkert konfigurerede poster bør rettes. Alle, der har eksperimenteret med DNS-indstillinger, kender især problemet: Der kan hurtigt opstå forkerte subdomænelinks eller forskellige MX-poster, som faktisk ikke længere er nødvendige. Med nulstillingen rydder jeg grundigt op og genopretter den oprindelige tilstand, så domænet igen fungerer efter hensigten.
Tabeloversigt: Typiske DNS-poster for IONOS
Jeg administrerer flere typer poster i IONOS' DNS-editor. Følgende tabel viser de mest relevante typer:
| Indgangstype | Funktion | Eksempel på indhold |
|---|---|---|
| A | Peger domæne til IPv4-adresse | 192.0.2.1 |
| AAAA | Henviser til IPv6-adresse | 2001:0db8:85a3:0000:0000:8a2e:0370:7334 |
| CNAME | Alias for et andet domæne | blog.mit-domæne.com → mit-domæne.com |
| MX | Mailserver til levering af e-mail | mailserver.ionos.com |
| TXT | Yderligere oplysninger (f.eks. SPF) | v=spf1 include:spf.ionos.de ~all |
Afhængigt af den planlagte brug af domænet tilføjes yderligere poster, eller der er særlige tilfælde som SRV for visse tjenester (f.eks. VoIP- eller Microsoft-tjenester). Som regel er A-, CNAME-, MX- og TXT-poster dog tilstrækkelige til at opsætte et domæne til webhosting og e-mail. AAAA-poster spiller en rolle, hvis jeg også vil gøre min hjemmeside tilgængelig via IPv6 - hvilket bliver mere og mere vigtigt i disse dage.
Opsæt forbindelse med ekstern hosting
De, der tilpasser DNS-indstillingerne, ønsker ofte at bruge eksterne hostingløsninger. Dette omfatter videresendelse til andre platforme eller CDN-systemer. For A- eller CNAME-poster indtaster jeg den nye mål-IP eller mål-domæne. Jeg sørger for, at der ikke er modstridende poster - for eksempel må det samme subdomæne ikke have en A- og en CNAME-post parallelt.En Sammenlignende analyse mellem IONOS og Strato viser, at begge udbydere tilbyder sammenlignelige DNS-redigeringsmuligheder - omend med forskellige brugergrænseflader. Som tommelfingerregel holder jeg mig til følgende princip: Før jeg sletter eller overskriver gamle poster, noterer jeg den oprindelige status, så jeg kan skifte tilbage, hvis jeg er i tvivl.
Desuden kan en fornuftig integration af eksterne tjenester forbedre din egen hjemmesides ydeevne betydeligt. For eksempel er et CDN (Content Delivery Network) særligt værdifuldt for globale besøgende eller høje adgangstal. Når du bruger hjemmesidebyggere eller administrerede WordPress-løsninger fra andre udbydere, kan det også være nødvendigt at justere CNAME-poster i IONOS' DNS-styring i overensstemmelse hermed. Jo mere præcist jeg kan definere målene, jo mere pålidelig og konsekvent vil tilgængeligheden af mine tjenester være.
Konfigurer DNS-poster til e-mail
Hvis jeg vil bruge e-mailtjenester via IONOS eller tredjepartsudbydere som Google Workspace, skal jeg have gyldig MX-indgange. Derudover Oplysninger om SPF, DKIM og DMARC via TXT-poster. Disse bruges til at beskytte mod spam og identitetstyveri. Det er vigtigt, at posterne svarer nøjagtigt til specifikationerne fra e-mailudbyderen - et manglende mellemrum kan resultere i, at e-mails ikke længere leveres.Bruger du kun IONOS webmailDenne konfiguration sker automatisk i baggrunden - ændringer er kun nødvendige, hvis der er specifikke krav. Jeg kan dog aktivere yderligere sikkerhedsniveauer, hvis det er nødvendigt. For eksempel identificerer SPF (Sender Policy Framework), hvilke servere der har tilladelse til at sende e-mails på vegne af dit domæne. DKIM (DomainKeys Identified Mail) signerer e-mails, så modtagersystemerne kan se, om e-mailens indhold er blevet manipuleret undervejs. Og DMARC (Domain-based Message Authentication, Reporting & Conformance) er en type politik, der definerer, hvordan e-mails, der ikke overholder SPF- og DKIM-specifikationerne, skal håndteres.
Korrekte e-mailadresser og sikkerhedsprotokoller er vigtige, især for virksomheder eller freelancere, der ønsker et professionelt image udadtil. Det forebygger leveringsproblemer og øger tilliden til dit eget domæne.
Fejlfinding af DNS-konfigurationer
Hvis der er problemer med hjemmesidens tilgængelighed eller med at modtage e-mails efter ændringer, gennemgår jeg systematisk alle poster igen. Jeg stiller mig selv følgende spørgsmål:- Peger A- eller AAAA-posterne på den rigtige IP-adresse?
- Matcher CNAME-destinationerne det angivne hoveddomæne?
- Indeholder TXT-poster korrekte oplysninger til SPF eller andre DNS-baserede kontroller?
- Er ældre poster konfliktfri med de nye?
Fejl skyldes som regel modstridende indtastninger, glemte opdateringer eller ufuldstændigt fjernede gamle linjer. Jeg dobbelttjekker hvert trin, før jeg venter. Det er ofte værd at kigge på webservernes eller mailservernes logfiler for at indkredse fejlen. Jeg kan også godt lide at bruge værktøjer som "dig" eller "nslookup" til at tjekke posterne fra en ekstern DNS-servers perspektiv. Hvis de korrekte oplysninger allerede vises der, er min opsætning normalt OK, og jeg skal bare vente på den komplette DNS-udbredelse.
Hvor lang tid tager det, før DNS-ændringer træder i kraft?
DNS-data distribueres over hele verden via mellemliggende servere. Det tager derfor forskellig tid, før nye værdier bliver aktive. IONOS taler om Ventetider på mellem et par minutter og 48 timer. Min egen erfaring er, at A-poster ofte er tilgængelige efter kun to timer - TXT-poster til domænebeskyttelse tager af og til længere tid.Hvis du ønsker, at ændringerne skal være synlige hurtigere, er det værd at rydde DNS-cachen i det lokale system eller browseren. Værktøjer som "dig" eller "nslookup" kan også bruges til at tjekke, om ændringerne allerede er synlige på navneserverne. Hvis resultatet stadig er forældet, skal du blot være tålmodig. TTL-værdien (Time to Live) for hver post har også en afgørende indflydelse på synligheden af de nye DNS-data.
Vigtigt at vide: Ved store migreringer af hjemmesider eller skift af mailservere giver det mening at indstille en lavere TTL i kort tid, så ændringer spredes hurtigere. Så snart alle tests kører, kan værdien øges igen til en standardværdi som f.eks. en time eller 24 timer for at minimere belastningen på DNS-serverne.
Hvad du bør vide om TTL
Forkortelsen TTL står for "Time to Live". Den henviser til det tidsrum (i sekunder), hvor en DNS-post gemmes i cachen på en server. Standardværdierne for IONOS er normalt 3600 sekunder (en time). Jeg kan justere denne værdi, når jeg opretter eller redigerer individuelle poster - nyttigt til f.eks. kortvarige testswitches. Standardværdien er stadig et godt valg til statiske hjemmesider eller mailservere.Især hvis jeg kun vil teste en ny tjeneste i en dag, kan jeg reducere TTL til 300 sekunder (5 minutter). Det betyder, at ændringer træder hurtigere i kraft, fordi dataene ikke cachelagres for længe hos DNS-resolvere. Man skal dog huske på, at en meget lav TTL også genererer flere DNS-forespørgsler, hvilket teoretisk set øger serverbelastningen og kravene til båndbredde. Ved normal drift er en time eller mere derfor stadig et godt kompromis mellem fleksibilitet og stabilitet.
Udvidede DNS-funktioner og styring af subdomæner
Ud over de almindelige basisindgange tilbyder mange brugere hos IONOS også subdomæner til at strukturere forskellige projekter eller tjenester inden for et hoveddomæne. For eksempel kan jeg drive en webshop under "shop.my-domain.com" og installere et blogsystem under "blog.my-domain.com". I DNS-administrationen vises disse underdomæner hver især som uafhængige poster (A eller CNAME). Der gælder de samme regler for hver af disse poster som for hoveddomænet: Jeg angiver IP-adressen (A/AAAA) eller henviser til en ekstern tjeneste via CNAME. E-mailindstillinger (MX, SPF) kan også defineres specifikt for underdomæner, hvis opsætningen kræver det.
Et andet interessant punkt er brugen af DNSSEC (DNS Security Extensions). DNSSEC hjælper med at kontrollere ægtheden af DNS-poster og gør manipulation vanskeligere. IONOS understøtter ofte DNSSEC, men aktiveringen kan variere afhængigt af taksten eller domæneudvidelsen. Hvis du er særligt fokuseret på sikkerhed, bør du derfor tjekke, om DNSSEC er tilgængeligt for dit domæne og aktivere det, hvis det er nødvendigt. Det er med til at sikre, at forespørgsler ikke besvares med forfalskede DNS-data.
Det kan også ske, at du overfører et domæne til IONOS (eller omvendt) og ønsker at overføre DNS-indstillingerne. I dette tilfælde anbefaler jeg at dokumentere eller eksportere de tidligere poster hos den gamle udbyder. Derefter opretter jeg dem manuelt hos IONOS, hvis en automatisk overførselsproces ikke er mulig. Det reducerer risikoen for fejl eller fejlkonfigurationer. Det samme gælder her: Vær tålmodig, da en flytning kan resultere i yderligere DNS-kørselstider.
Men hvis jeg kun har en ren domæneforwarding i tankerne (for eksempel at omdirigere et domæne permanent til et andet domæne), kan dette også indstilles i IONOS Control Centre - i nogle tilfælde uafhængigt af A- eller CNAME-posterne. IONOS' omdirigeringsfunktion sikrer så, at alle anmodninger til "mit-domæne.com" omdirigeres direkte til "andet-domæne.com", uden at der er behov for, at der kører en hjemmeside på IONOS-serveren. Men vær forsigtig: Dette er ikke altid en ren DNS-proces, men en funktion, der regulerer HTTP-omdirigeringer på serverniveau.
Yderligere tips til en smidig proces
Hvis du ofte arbejder med DNS-indstillinger, er det en god idé at gøre dig bekendt med kommandoer som f.eks. grave eller nslookup for at gøre dig bekendt med DNS-serveren. Disse værktøjer giver dig mulighed for at spørge direkte til de aktuelle poster på en bestemt DNS-server. På den måde kan du hurtigt se, om din lokale cache eller en bestemt resolver leverer forældede data. Det er også nyttigt at arbejde sig igennem en slags tjekliste, før man foretager større ændringer: Notér gamle poster, definer mål, juster TTL, indstil poster, og tjek til sidst, at alt fungerer korrekt.
I tilfælde af akutte forstyrrelser kan det også hjælpe at bruge alternative DNS-resolvere som Google Public DNS (8.8.8.8) eller Cloudflare (1.1.1.1) for at finde ud af, om problemet er regionalt begrænset. Nogle gange er enkelte udbydere langsommere til at opdatere, hvilket betyder, at brugere i visse regioner stadig løser de gamle IP-adresser, mens andre brugere allerede bruger de nye data.
Sidste bemærkninger om DNS-konfiguration til IONOS
IONOS har en overskuelig brugerflade, som gør det nemt at ændre DNS-poster. Jeg synes, det er særligt vigtigt, at jeg til enhver tid kan vende tilbage til de fungerende standardværdier, hvis det er nødvendigt. Med lidt forberedelse kan domæner forbindes til nye tjenester eller webområder på en målrettet måde. Kombinationen af A-, CNAME-, MX- og TXT-poster udgør rygraden i min DNS-konfiguration.De, der regelmæssigt vedligeholder DNS-poster og tager sig tid til at forstå strukturen bag dem, vil hurtigt høste fordelene. En veletableret DNS-zone øger sikkerheden, forbedrer ydeevnen og sikrer, at dine egne web- og e-mailtjenester kan tilgås uden problemer. Det forbereder dig også på fremtidige udvidelser - hvad enten det drejer sig om at oprette et subdomæne til et nyt projekt eller at forbinde eksterne tjenester som CDN'er og e-mailudbydere.
