Uit Byte Kennisbank
Please note!This information is intended for advanced users only. Byte can not provide any technical assistance. When not an advanced user yourself, we urge you to contact a technical party. For a list of affiliated partners we suggest you to take a look at our Partnerpage.

Let op! Informatie bedoeld voor geavanceerde gebruikers. Byte kan hierop geen ondersteuning bieden. Indien u geen geavanceerde gebruiker bent, adviseren wij u hiervoor een technisch partner in te schakelen. Kijk voor een overzicht van onze technische partners op de Partnerpagina.

Elke keer als je een website bezoekt of als je een e-mail verstuurt, maak je gebruik van een DNS (Dynamic Name Server). DNS is een protocol dat op internet de vertaalslag maakt van een domeinnaam naar een IP-adres (bijvoorbeeld 123.123.123.123). Een DNS server is simpel gezegd een tabel waarin IP-adressen en computernamen (hostnames) staan (ook computers hebben namelijk een eigen IP-adres). Hierdoor kan een computer benaderd worden zonder gebruik te hoeven maken van het IP-adres. Het internet maakt ook gebruik van DNS. Als je een website wilt benaderen, wordt bekeken wat het IP-adres van de server achter het domeinnaam is.

  • Let op! Dit is alleen voor ervaren gebruikers. Het werken met DNS is geen alledaagse bezigheid en vergt gedegen kennis van de techniek.
  • Let op! Byte levert geen inhoudelijke support bij problemen met eigen DNS wijzigingen.
  • Let op! DNS en nameserver wijziging duren 24 uur voordat ze overal bekend zijn. Verander daarom niet zomaar instellingen, en houd rekening met deze updatetijd.


Je kan gegevens voor jouw domein in de Byte DNS tabel aanpassen via het Service Panel, onder Instellingen => DNS.

Inhoud

Uw DNS bij een externe partij beheren

  • Let op! Bij externe DNS kan Byte geen uptime garanties afgeven. Uw SLA is in dit geval dus niet van toepassing!


Wanneer u uw domeinnaam bij een externe partij heeft geregistreerd, dan heeft Byte geen invloed op het functioneren van de DNS. Hierdoor ontstaan er twee Single points of failure waar de uptime van uw site afhankelijk van kan zijn. Verhuis daarom uw site naar Byte, of neem de nameservers van Byte op in uw DNS-records. Anders kunnen wij het functioneren van uw site niet garanderen.

Klik op de link voor meer informatie over verhuizen naar Byte.

Mocht u het domein niet willen verhuizen naar Byte, dan is het aanpassen van de NS servers naar Byte een goede tweede optie. Vraag uw domeinnaam provider of u de nameserver records aan kunt passen. De nameservers van Byte zijn;

  • nsa.byte.nl
  • nsb.byte.nl
  • nsc.byte.nl


Mocht ook dit geen optie zijn, dan is de enige mogelijkheid het aanpassen van de A-records, in dit geval zult u zelf het ip adres van de site in het DNS-record van de beheerder moeten aanpassen naar het ip adres van het cluster waar de site bij Byte op staat (welke te vinden is in het Service Panel op de pagina Administratief => Domein informatie).

Let op! Het ip-adres van ons cluster kan in uitzonderlijke gevallen gewijzigd worden. U moet dan het IP-adres van uw externe domeinnaam eveneens wijzigen. Het is dus belangrijk de TTL van uw DNS-record niet te hoog te zetten. Wilt u zeker zijn dat uw DNS naar het juiste IP-adres blijft wijzen, stel dan onze nameservers in of verhuis uw domeinnaam naar Byte. U kunt het domein ook met een CNAME doorverwijzen, maar dit kan gevolgen hebben voor uw emailbezorging.

De velden in een DNS tabel

Je kan een aantal waarden toevoegen aan de verschillende DNS-records welke hieronder uitgelegd worden:

Name

Hier vul je de domeinnaam in, dat kan een vast adres als voorbeeld.nl of www.voorbeeld.nl maar je kan ook een zogenaamd wildcard record toevoegen.

Een wildcard record is bijvoorbeeld *.voorbeeld.nl dat betekent dat alle subdomeinen die geen los DNS-record hebben hier onder vallen, een voorbeeld:

Name Type Priority Content Time To Live
voorbeeld.nl A (leeg) 125.125.125.125 600
www.voorbeeld.nl A (leeg) 124.124.124.124 600
*.voorbeeld.nl A (leeg) 123.123.123.123 600


Dit betekent dat bezoekers van voorbeeld.nl naar de server met ip-adres 125.125.125.125 doorgestuurd worden, bezoekers voor www.voorbeeld.nl komen bij 124.124.124.124 terecht en als je naar subdomein.voorbeeld.nl of test.voorbeeld.nl gaat kom je bij 123.123.123.123 uit.

Type

Hier komt het type record te staan, meer over type DNS-records wordt in het volgende hoofdstuk uitgelegd.

Content

Hier wordt de waarde van het DNS-record ingevoerd, deze verschilt per type record. Informatie over welke waarden je per type kan invoeren staat in het volgende hoofdstuk over typen records.

Prio

De prioriteit van een DNS-record wordt alleen gebruikt bij MX (mail)-records, hiermee kan je een prioriteit toekennen aan verschillende mailservers en er zo voor zorgen dat bijvoorbeeld onze (fallback) mailserver aangeroepen wordt op het moment dat de eigen mailservers offline zijn.

TTL

TTL staat voor "Time To Live", dat is de tijd in seconden dat een server de gegevens in een DNS-record onthoudt.

Bij Byte staat de TTL voor de A-records standaard op 600. Dat wilt zeggen dat als je naar een Byte domein gaat, de gegevens voor dat record tien minuten opgeslagen worden. Dus als je vijftien minuten op een Byte domein surft, heeft de DNS server van je provider als het goed is twee verzoeken gedaan om het A-record van dat domein op te vragen. Providers willen deze gegevens soms nog wel eens langer opslaan, dan forceren ze een langere TTL dan eigenlijk aangegeven in de DNS server. Dit heet DNS caching en dat staat verderop op deze pagina uitgebreid beschreven.

Byte raadt aan om voor de A-records een korte TTL te hanteren. Stel dat je een IP-adres wilt wijzigen van een record met een TTL van een uur of meer, dan zal het voor mensen die de site al bezocht hebben een uur duren voor zij op de hoogte gesteld worden van de wijziging. Een korte TTL zorgt ervoor dat je snel kan schakelen mocht dat nodig zijn.

Typen records

Voor de verschillende typen internetverkeer zijn verschillende DNS-records in het leven geroepen, hier staat beschreven welke typen DNS-records bestaan en welk doel ze hebben;

Name Type Priority Content Time To Live Doel
voorbeeld.nl NS (leeg) nsa.byte.nl 43200 Nameserver 1
voorbeeld.nl NS (leeg) nsb.byte.nl 43200 Nameserver 2
voorbeeld.nl NS (leeg) nsc.byte.nl 43200 Nameserver 3
voorbeeld.nl A (leeg) 123.123.123.123 600 IP verwijzing voorbeeld.nl
www.voorbeeld.nl CNAME (leeg) voorbeeld.nl 600 Hostname verwijzing www.voorbeeld.nl
*.voorbeeld.nl A (leeg) 123.123.123.123 600 IP verwijzing subdomeinen voorbeeld.nl
voorbeeld.nl MX 10 smtp1.byte.nl 600 Mailserver 1
voorbeeld.nl MX 20 smtp2.byte.nl 600 Fallback mailserver


NS-records

In het NS-record staan de authoritative nameservers, dat zijn eigenlijk de “heersende” nameservers. Bij Byte domeinen zal het altijd ns*.byte.nl zijn, daarmee wordt bepaald dat wij de partij zijn die de DNS-records beheren. De authoritative nameservers staan ook in de WHOIS beschreven. De Byte nameservers zijn als volgt;

  • nsa.byte.nl
  • nsb.byte.nl
  • nsc.byte.nl


Mocht u andere nameservers dan deze ingesteld hebben, dan worden uw DNS gegevens waarschijnlijk van deze server gedownload. Byte raadt altijd aan de Byte nameservers te gebruiken zodat we in het geval van IP-wijzigingen (Verplaatsing website naar ander webcluster of de aanvraag van een SSL-certificaat) snel kunnen schakelen, zonder dat u daarvoor zelf wijzigingen door hoeft te voeren in de DNS configuratie.

A-records

Het A-record wordt gebruikt om een domeinnaam aan een IP-adres te koppelen. Meestal zijn er meerdere A-records per domeinnaam. In het voorbeeld bij "Typen records" staan twee A-records. De een zorgt ervoor dat alle bezoekers van voorbeeld.nl naar de juiste server doorgestuurd worden en de ander zorgt ervoor dat ook de subdomeinen bereikbaar zijn.

Een domeinnaam heeft altijd ten minste één A-record nodig om de webserver te identificeren en het is zeker aan te raden er twee te gebruiken, voor de volgende adressen;

  • voorbeeld.nl
  • *.voorbeeld.nl


Als er geen A (of CNAME)-record bestaat voor *.voorbeeld.nl zullen subdomeinen niet bereikbaar zijn en (mits er ook geen los adres voor aangemaakt is) www.voorbeeld.nl ook niet (www.domeinnaam.nl wordt door DNS als subdomein gezien).

AAAA-records

Dit is het A-record voor IPv6 adressen. Op het moment wordt er nog niet veel gebruik van gemaakt maar over een paar jaar kunnen we niet meer zonder en zijn ze net zo belangrijk als de A-records.

MX-records

In de MX-records staan de hostnames van de mailserver(s). Naast de hostname kan je aan elk MX-record een prioriteit toekennen. Zo kan je bijvoorbeeld je eigen mailservers een hogere prioriteit toekennen (een lager nummer) dan onze smtp2.byte.nl server. Daarmee stel je in dat smtp2.byte.nl pas wordt gebruikt als mailserver op het moment dat de eigen servers niet bereikbaar zijn (als fallback).
Dit zijn de MX-records van de Byte mailservers:

Name Type Value Prio
domein.nl MX smtp2.byte.nl 20
domein.nl MX smtp1.byte.nl 10
domein.nl MX smtp-niet-gebruiken.byte.nl 600


  • Let op! Gebruik voor je MX-records altijd je hoofddomein. Een MX-record waar de Name op "mail.voorbeeld.nl" staat, zal alleen werken voor ...@mail.voorbeeld.nl adressen.


Voor het gebruik maken van een eigen mailserver hebben we een speciale pagina met uitleg: Eigen mailserver

CNAME-records

Met een CNAME-record kan je voor een hostname een verwijzing maken naar een andere hostname. De volgende twee voorbeelden zijn voor de DNS server in principe hetzelfde:

Voorbeeld 1:

Name Type Priority Content Time To Live
voorbeeld.nl A (leeg) 123.123.123.123 600
*.voorbeeld.nl CNAME (leeg) voorbeeld.nl 600

Voorbeeld 2:

Name Type Priority Content Time To Live
voorbeeld.nl A (leeg) 123.123.123.123 600
*.voorbeeld.nl A (leeg) 123.123.123.123 600


Een voordeel aan het gebruik van een CNAME is dat als het IP-adres van de webserver verandert, je in voorbeeld 1 alleen het IP-adres van voorbeeld.nl aan hoeft te passen, en bij voorbeeld 2 zal je beide records aan moeten passen.

TXT-records

TXT-records zijn flexibel in het gebruik, je kan in een TXT-record allerlei informatie opslaan. Google gebruikt het bijvoorbeeld ter identificatie als je een Google Apps account wilt koppelen aan je domeinnaam. Google zal dan vragen een TXT-record aan te maken met een code erin waarmee je identiteit wordt geverifieerd.

SRV-records

SRV (Service)-records worden door sommige programma's of apparaten gebruikt om automatische instellingen door te geven. Bepaalde IP telefoons bijvoorbeeld kunnen hiermee makkelijk aangesloten of bereikt mee worden.

Een SRV-record heeft een strak bepaald formaat: _<service>._<protocol>.example.org, en een strak bepaalde waarde: "<prioriteit> <gewicht> <poort> <doel-adres>". Indien u een SRV-record wilt aanmaken dan krijgt u de naam van de service en het protocol van het programma of apparaat dat van SRV-records gebruik kan maken. Deze vindt u in de handleiding of op de website van uw product.

Stel, u heeft als domein example.com en moet daarbij "_sip._tcp.example.com" aanmaken met de volgende value "10 60 5060 bigbox.example.com". U vult dan "_sip._tcp" in als naam, "60 5060 bigbox.example.com" als waarde en "10" als Prioriteit.

SOA-records

Een SOA-record wordt voornamelijk gebruikt voor de interne communicatie van verschillende DNS servers en hoeft nooit aangepast te worden.

DNS Caching

Met DNS Caching wordt bedoeld dat de inhoud van een DNS-record op een server tussen jouw computer en de authoritative nameserver opgeslagen wordt. Sommige providers slaan deze gegevens langer op dan in de TTL gespecificeerd is, en daarom kan het tot een dag duren voordat de wijzigingen in jouw DNS-record overal doorgevoerd zijn.

Dit is iets waar je rekening mee moet houden bij het wijzigen van DNS instellingen. Je kunt er vrij weinig aan doen dat niet de hele wereld direct je nieuwe site te zien krijgt (het gros wel), maar als ontwikkelaar kan het behoorlijk irritant zijn.

Gelukkig is er een (lokale) oplossing, namelijk de hosts file. Elk besturingssysteem heeft een hosts file. Dat is een bestand waar je zelf hostnames en IP-adressen kunt invoeren. Op deze manier kun je een domeinnaam koppelen aan een IP-adres zodat, wanneer je deze domeinnaam bezoekt, de DNS server niet langer geraadpleegd wordt en je altijd naar het zelfde IP-adres verwezen wordt. De locatie van de hosts file is als volgt:

Operating system Locatie
Microsoft Windows  %WinDir&\System32\drivers\etc\hosts
Linux /etc/hosts
Apple Macintosh /private/etc/hosts


Let op! Mocht het IP-adres van je site wijzigen, dan is deze niet langer bereikbaar op de pc waar je de hosts file aangepast hebt. Mocht je de hosts file aangepast hebben om DNS caching uit te sluiten, probeer dan zo nu en dan de regel uit je hosts file te verwijderen om geen verrassingen tegen te komen!

De huidige waardering is: 87/100 (23 stemmen)
 You need to enable JavaScript to vote
  • Deze pagina is het laatst bewerkt op 18 jan 2013 om 12:22.
  • Deze pagina is 13.563 keer bekeken.