DNS-hosting¶

In dit artikel

• Voordat u begint
• DNS configureren aan de zijde van de domeinnaamregistrar
• DNS configureren met de nameservers van HOSTKEY in het controlepaneel
• Een DNS-zone toevoegen
• Een DNS-zone verwijderen
• DNS-records wijzigen
• Verifiëren van DNS-record toevoegingen
• DNS beheren met de API
• Typen DNS-records
• Voorbeeld van het toevoegen van een domeinnaam
• Standaard NGINX-Certbot voor automatische SSL-certificaatverwerving

Voordat u begint¶

Punt 2 kan op twee manieren worden uitgevoerd. Eén van beide is voldoende:

• Optie A — DNS bij de registrar (eenvoudiger, geen NS-wijziging nodig). In de DNS-instellingen van uw registrar voegt u simpelweg een A-record @ → het IP-adres van uw server toe (en www als u dat wilt). De NS-servers van de registrar blijven zoals ze zijn, en een DNS-zone in het HOSTKEY-paneel is niet nodig. Geschikt voor een eenvoudige koppeling van domein naar server.

• Optie B — DNS op de nameservers van HOSTKEY (nodig als u de zone wilt beheren in het HOSTKEY-paneel). In het controlepaneel van uw registrar wijzigt u de NS-servers van het domein naar ns1.hostkey.com en ns2.hostkey.com (dit wordt delegatie genoemd), en maakt u vervolgens de DNS-zone en records aan in het HOSTKEY-paneel. Het wijzigen van de NS is alleen vereist voor deze optie — zonder deze wijziging zal de zone in het paneel niet werken.

DNS configureren aan de zijde van de domeinnaamregistrar¶

DNS-instellingen ¹ kunnen worden uitgevoerd bij uw domeinregistrar. Om deze taak te voltooien, navigeert u naar uw domeinstellingen, selecteert u de NS-servers van uw registrar en voert u de volgende A-records in voor uw domein voor IPv4 of AAAA-records voor IPv6.

of

DNS configureren met de nameservers van HOSTKEY in het controlepaneel¶

Zorg ervoor dat de domeinnaaminstellingen aan de zijde van de registrar een koppeling bevatten naar de DNS-servers van HOSTKEY. Als er geen koppeling is, voeg deze dan toe.

Om uw lijst met DNS-servers voor uw domein op te geven, gaat u naar de DNS-server-instellingen in het persoonlijke portaal van uw domeinregistrar en stelt u de volgende waarden in: ns1.hostkey.com en ns2.hostkey.com.

Vervolgens kunt u verdergaan met DNS-beheer in Invapi. Ga hiervoor naar het menu DNS Management:

Waarna u wordt doorverwezen naar de sectie Manage DNS Zones.

Een DNS-zone toevoegen¶

DNS is onderverdeeld in meerdere DNS-zones ² die duidelijk de beheerde gebieden binnen de DNS-namespace definiëren.

De DNS-zone wordt toegevoegd via het dialoogvenster Add DNS zone in de sectie DNS zones management.

• Name — DNS-zonenaam. Dit moet een volledig gekwalificeerde domeinnaam FQDN zijn.
• SOA record (TTL, Mname, en anderen uit de SOA-recordsectie) — zie SOA record voor details;
• Twee NS-records — zie NS Entry voor details.

Een DNS-zone verwijderen¶

Om een DNS-zone te verwijderen, selecteert u deze uit de vervolgkeuzelijst naast DNS Zone en klikt u vervolgens op Delete DNS Zone.

DNS-records wijzigen¶

Om een DNS-record te configureren:

1. Open de sectie DNS Zone Management door het submenu DNS Hosting te selecteren in het vervolgkeuzemenu door op de gebruikersnaam te klikken;
2. Om een DNS-record toe te voegen of te wijzigen, selecteert u de gewenste zone uit de vervolgkeuzelijst naast DNS zone.
3. Als u een nieuw record wilt toevoegen, klikt u op de knop Add a new DNS record en selecteert u het type record uit de vervolgkeuzelijst.
4. Als u een bestaand record wilt wijzigen of verwijderen, klikt u op het DNS-record dat u wilt bijwerken of verwijderen.
5. Vul de velden in of maak wijzigingen in het dialoogvenster dat wordt geopend.
6. Klik op Add record om een nieuw record toe te voegen of op Save record om een bestaand record te wijzigen.

U kunt de volgende records configureren voor domeinen en subdomeinen:

• SOA record
• NS record
• A record
• AAAA record
• CNAME record
• MX record
• TXT record
• DKIM record
• SPF record
• SRV record

SOA record¶

Geef in het dialoogvenster de SOA-recordvelden op:

• TTL — de levensduur. Dit is een veld in DNS-records dat bepaalt hoe lang elk record geldig is, en dus hoe lang het duurt voordat record-updates de eindgebruikers bereiken. Langere TTL's versnellen DNS-lookups door de waarschijnlijkheid van gecachte resultaten te vergroten, maar een langere TTL betekent ook dat record-updates er langer over doen om effect te hebben.
• Mname — de primaire master nameserver voor deze DNS-zone.
  • UPDATE-verzoeken moeten naar de master worden doorgeleid.
  • NOTIFY-verzoeken worden vanuit de hoofdmaster naar buiten gepropageerd.
• Rname — het e-mailadres van de beheerder die verantwoordelijk is voor deze DNS-zone. Zoals gebruikelijk wordt het e-mailadres gecodeerd als een naam. Het deel van het e-mailadres vóór de @ wordt het eerste label van de naam; de domeinnaam na de @ wordt de rest van de naam. In het zonebestand-formaat worden de punten in de labels geëscaleerd met een backslash, dus het e-mailadres [email protected] zou in het zonebestand worden weergegeven als john\.doe.example.com.
• Serial — het serienummer voor deze DNS-zone. Als een secundaire nameserver (slave) van deze server een toename in dit nummer opmerkt, gaat de slave-server ervan uit dat de zone is bijgewerkt en start een zone-transfer:
• Refresh — het aantal seconden waarna secundaire nameservers een record moeten opvragen bij de master SOA-server om wijzigingen in de DNS-zone te detecteren. Aanbevolen voor kleine en stabiele DNS-zones: 86400 seconden (24 uur).
• Retry — het aantal seconden waarna secundaire nameservers opnieuw moeten proberen een serienummer op te vragen bij de masterserver als de masterserver niet reageert. Dit moet kleiner zijn dan Refresh. Aanbevolen voor kleine en stabiele DNS-zones: 7200 seconden (2 uur).
• Expire — het aantal seconden waarna secundaire nameservers moeten stoppen met het beantwoorden van queries voor deze DNS-zone als de primaire server niet reageert. Deze waarde moet groter zijn dan de som van updates en retries. Aanbevolen voor kleine en stabiele DNS-zones: 3600000 seconden (1000 uur).
• Minimum — wordt gebruikt bij het berekenen van de levensduur voor negative caching. Autoritatieve nameservers accepteren de laagste van de SOA TTL en de SOA minimum om te verzenden als de SOA TTL voor negatieve antwoorden. Resolvers gebruiken de resulterende SOA TTL om te bepalen hoe lang ze een negatief antwoord mogen cachen. De aanbeveling voor kleine en stabiele DNS-zones is 172800 seconden (2 dagen). Dit veld had oorspronkelijk de waarde van de minimale TTL voor resource-records in die DNS-zone; de huidige waarde is gewijzigd in RFC 2308.

NS record¶

Geef in het dialoogvenster de NS-recordvelden op:

• Name — recordnaam, leeg voor de DNS-zone zelf;
• TTL — de levensduur (caching) van het record in seconden. Dit is hoe lang andere DNS-servers dit record kunnen cachen. Dit wordt meestal ingesteld op 3600;
• Data — één of meer FQDN gescheiden door een spatie. Bijvoorbeeld: ns1.example.com ns2.example.com.

A record¶

Geef in het dialoogvenster de A-recordvelden op:

De volgende zijn de A-velden van het record:

• Name — recordnaam voor het subdomein, leeg voor de DNS-zone zelf (@);
• TTL — de levensduur. Meestal gelijkgesteld aan 3600;
• Data — één of meer IPv4-adressen gescheiden door een spatie. Bijvoorbeeld: 104.17.210.9 104.17.210.20. Dit is meestal het adres van uw server.

AAAA record¶

Geef in het dialoogvenster de AAAA-recordvelden op:

• Name — recordnaam, leeg voor de DNS-zone zelf;
• TTL — de levensduur, meestal ingesteld op 3600;
• Data — één of meer IPv6-adressen gescheiden door een spatie. Bijvoorbeeld: 2606:4700:4700::1111 2606:4700:4700::1001.

CNAME record¶

Geef in het dialoogvenster de CNAME-recordvelden op:

• Name — recordnaam, leeg voor de DNS-zone zelf;
• TTL — de levensduur, meestal ingesteld op 3600;
• Data — één FQDN. Bijvoorbeeld: example.com.

MX record¶

Geef in het dialoogvenster de MX-recordvelden op:

• Name — recordnaam, leeg voor de DNS-zone zelf;
• TTL — de levensduur, meestal ingesteld op 3600;
• Priority — geeft aan welke mailserver de voorkeur heeft. Een lagere "priority"-waarde, zoals 10 of 20, heeft de voorkeur;
• Data — één of meer mailserver FQDN, IPv4 en IPv6. Bijvoorbeeld: mail.example.com 2606:4700:4700::1001 104.17.210.20

TXT record¶

Geef in het dialoogvenster de TXT-recordvelden op:

• Name — recordnaam, leeg voor de DNS-zone zelf;
• TTL — de levensduur, meestal ingesteld op 3600;
• Data — Tekst (zonder aanhalingstekens):

DKIM record¶

Geef in het dialoogvenster de DKIM-recordvelden op:

• Name — recordnaam, leeg voor de DNS-zone zelf;
• TTL — de levensduur, meestal ingesteld op 3600;
• Data — v=DKIM1; p=[Public key]

SPF record¶

Geef in het dialoogvenster de SPF-recordvelden op:

• TTL - de levensduur, meestal ingesteld op 3600;
• Data — v=spf1 ip4=192.0.2.0 ip4=192.0.2.1 include:examplesender.email [-//+]all

SRV record¶

Geef in het dialoogvenster de SRV-recordvelden op:

• Service — symbolische naam van de gewenste dienst;
• Protocol — het transportprotocol van de dienst die u wilt gebruiken, meestal TCP of UDP;
• TTL — de levensduur, meestal ingesteld op 3600;
• Priority — de prioriteit van de doelhost; een lagere waarde betekent een hogere voorkeur;
• Weight — de relatieve weging van vermeldingen met dezelfde prioriteit; een hogere waarde betekent een grotere kans om te worden geselecteerd;
• Port — TCP- of UDP-poort waar de dienst gevonden moet worden;
• Target — canonieke hostnaam van de machine die de dienst levert:

Verifiëren van DNS-record toevoegingen¶

Om de toevoeging en toewijzing van DNS-zones en records voor een domein te bevestigen, kunt u het dig-hulpprogramma vanaf de console gebruiken of online tools controleren zoals de Google's DNS Lookup service of DNS Checker.

DNS beheren met de API¶

API-aanroepen kunnen worden gebruikt om DNS-zones en records toe te voegen, te wijzigen of te verwijderen, evenals om hun huidige waarden op te halen.

Typen DNS-records¶

DNS-records zijn instructies die zijn opgeslagen op autoritatieve DNS-servers. Ze bieden informatie over een zone, inclusief het bijbehorende IP-adres en hoe queries moeten worden afgehandeld. De records gebruiken DNS-syntaxis, wat een reeks tekens is die de DNS-server opdrachten geeft. DNS-records hebben een TTL, wat staat voor "time to live". Dit geeft aan hoe vaak de DNS-server het record bijwerkt.

Elke DNS-zone moet een minimale set DNS-records hebben om gebruikers toegang te geven tot hun website via de domeinnaam. Aanvullende records kunnen andere doeleinden dienen.

De belangrijkste typen DNS-records:

• SOA record

  Een "start of authority" (SOA) DNS-record bevat essentiële informatie over een DNS-zone, inclusief het e-mailadres van de beheerder, de laatste keer dat de zone is bijgewerkt en het interval dat de server wacht tussen updates.

  Om te voldoen aan de IETF-standaarden, vereisen alle DNS-zones een Start of Authority (SOA) record. Dit record is ook cruciaal voor zone-transfers en wordt automatisch toegevoegd bij de creatie van de DNS-zone.

• NS record

  NS is een afkorting voor nameserver. Een NS-record specificeert de DNS-server die autoritatief is voor een DNS-zone, d.w.z. de server die de feitelijke DNS-records bevat. NS-records informeren het internet waar het IP-adres van de DNS-zone te vinden is. Een DNS-zone heeft meestal meerdere NS-records die de primaire en secundaire nameservers voor die zone aangeven. Correct geconfigureerde NS-records zijn essentieel voor gebruikers om toegang te krijgen tot een website of applicatie.

• A record

  "A" staat voor het adres-record, het meest basale type DNS-record. Het specificeert het IP-adres van een specifieke DNS-zone.

  A-records zijn beperkt tot IPv4-adressen, terwijl AAAA-records worden gebruikt voor websites met IPv6-adressen.

• AAAA record

  AAAA-records koppelen een domeinnaam aan een IPv6-adres. Ze zijn vergelijkbaar met A-records, maar slaan het IPv6-adres op in plaats van het IPv4-adres.

• CNAME record

  Een "Canonical Name" (CNAME) record wijst van een domeinalias naar een "canoniek" domein. Een CNAME-record wordt gebruikt in plaats van een A-record wanneer een domein of subdomein een alias is van een ander domein. Alle CNAME-records moeten naar een domein wijzen, niet naar een IP-adres.

  Stel dat blog.example.com een CNAME-record heeft met de waarde example.com (zonder blog). Dit betekent dat wanneer de DNS-server het DNS-record voor blog.example.com raakt, hij in feite een andere DNS-lookup uitvoert voor example.com en het IP-adres van example.com retourneert via zijn A-record. In dit geval zouden we zeggen dat example.com de canonieke (of echte) naam is van blog.example.com.

• MX record

  Het "Mail Exchange" (MX) DNS-record leidt e-mail naar de mailserver. Een MX-record specificeert hoe e-mailberichten moeten worden gerouteerd volgens SMTP, het standaardprotocol voor alle e-mail. Net als CNAME-records moet een MX-record altijd naar een ander domein wijzen.

• TXT record

  Een tekst (TXT) record stelt een domeinbeheerder in staat om tekst in het Domain Name System (DNS) in te voeren. Een TXT-record was oorspronkelijk ontworpen om leesbare notities op te slaan. Tegenwoordig kunnen TXT-records echter ook machine-leesbare gegevens bevatten. Een enkel domein kan meerdere TXT-records hebben.

• DKIM record

  DomainKeys Identified Mail (DKIM) is een methode voor e-mailauthenticatie die helpt te voorkomen dat spammers en andere aanvallers zich voordoen als een legitiem domein.

  Alle e-mailadressen hebben een domein - het deel van het adres na het @-symbool. Spammers en aanvallers kunnen proberen het domein na te bootsen bij het verzenden van e-mails om phishing-aanvallen of andere vormen van fraude uit te voeren.

• SPF record

  "A Sender Policy Framework" (SPF) record is een type TXT-record dat alle servers opsomt die toestemming hebben om e-mail te verzenden vanaf een specifiek domein.

  SPF-records zijn oorspronkelijk aangemaakt omdat het standaardprotocol voor e-mail, Simple Mail Transfer Protocol (SMTP), de from-adres in een e-mail niet inherent authenticeert. Dit betekent dat zonder SPF of andere authenticatie-records een aanvaller gemakkelijk de verzender kan nabootsen en de ontvanger kan misleiden om een actie te ondernemen of informatie te delen die ze anders niet zouden delen.

• SRV record

  Het "Service" (SRV) record specificeert de host en poort voor specifieke diensten zoals Voice over IP (VoIP), instant messaging, enz. De meeste andere DNS-records specificeren alleen een server of IP-adres, maar SRV-records bevatten ook een poort op dat IP-adres. Sommige internetprotocollen vereisen SRV-records om te kunnen functioneren.

Voorbeeld van het toevoegen van een domeinnaam¶

DNS-zone en records toevoegen¶

Volg deze stappen om een domeinnaam in te stellen in Invapi.

1. Log in op uw Invapi-account.

   • Navigeer naar de sectie DNS Hosting in uw accountmenu.
   • Klik op de knop Add DNS zone.
   • Voer in het formulier Add DNS zone uw domeinnaam (myowndomain.com) in het veld Name in.
   • Klik op de knop Add a new DNS zone om een nieuwe DNS-zone aan te maken.

2. Voeg een A-record toe voor het domein.

   • Klik in de DNS-instellingen van Invapi op de knop Add new DNS record en selecteer A.
   • Voer in het formulier dat verschijnt @ in het veld Name in, en uw server IP-adres in het veld Data.
   • Klik op de knop Add Record.

3. Voeg een CNAME-record toe voor het subdomein www..

   • Klik in de DNS-instellingen van Invapi op de knop Add new DNS record en selecteer CNAME.
   • Voer in het formulier dat verschijnt www in het veld Name in, en uw domeinnaam (myowndomain.com) in het veld Data.
   • Klik op de knop Add Record.

Als alles correct is, ziet u vergelijkbare parameterinstellingen voor uw DNS-zone:

Verifiëren van DNS-record propagatie¶

Wacht tot de DNS-records over het hele internet zijn gepropageerd (dit kan tussen de 2 en 24 uur duren). Gebruik de commando's dig of nslookup om te verifiëren dat uw DNS-records worden geserveerd door de NS-servers van HOSTKEY:

dig myowndomain.com
dig www.myowndomain.com

nslookup myowndomain.com
nslookup www.myowndomain.com

Standaard NGINX-Certbot voor automatische SSL-certificaatverwerving¶

De HOSTKEY-infrastructuur maakt gebruik van een standaardoplossing gebaseerd op NGINX en Certbot voor het beheren van SSL-certificaten. Deze oplossing maakt gebruik van de officiële docker-nginx-certbot image en beheert automatisch SSL-certificaten voor alle client-controlpanels.

Na het implementeren van de nginx-certbot container bevindt het docker-compose bestand zich in de map /root/data/nginx, en de standaardconfiguratie bevindt zich in de submap user_conf.d van diezelfde map. Deze structuur maakt het mogelijk om aanvullende parameters te configureren, zoals:

• Het wijzigen van het e-mailadres voor Let's Encrypt;
• Het aanpassen van de Nginx-configuratie; -Het toevoegen van aangepaste domeinen.

Om de functionaliteit van de dienst te garanderen, zijn de volgende vereisten nodig:

1. Correct geconfigureerde DNS-records voor de domeinen;
2. Poort 80 open voor Let's Encrypt validatie;
3. Poort 443 open voor HTTPS-verbindingen.