---
title: "Wat is EDNS? Uitleg en betekenis | Keurig Online"
description: "EDNS (Extension Mechanisms for DNS) is een protocoluitbreiding die de 512-byte limiet van DNS opheft voor moderne functionaliteit."
canonical: https://www.keurigonline.nl/begrippenlijst/edns
last_modified: 2025-12-18
---

[Terug naar begrippenlijst](https://www.keurigonline.nl/begrippenlijst)

# EDNS

EDNS (Extension Mechanisms for DNS) is een protocoluitbreiding die de 512-byte limiet van DNS opheft voor moderne functionaliteit.

EDNS is een uitbreiding van het Domain Name System protocol die de beperkingen van het originele DNS-ontwerp opheft. Het oorspronkelijke DNS protocol uit de jaren 80 had een maximale pakketgrootte van 512 bytes over UDP. Dit was voldoende voor traditionele DNS-antwoorden maar te klein voor moderne toepassingen.

Met de komst van DNSSEC werd deze beperking problematisch. DNSSEC-gesigneerde antwoorden kunnen tot zeven keer groter zijn dan traditionele DNS-antwoorden. Een DNSSEC-query voor de publieke sleutels van de root zone produceert bijvoorbeeld een antwoord van 1.169 bytes.

EDNS lost dit op door clients en servers hun maximale UDP buffer-grootte te laten adverteren. Het mechanisme is volledig backwards compatible. Oudere DNS-servers negeren de onbekende EDNS-informatie. De technische implementatie gebruikt pseudo-Resource Records die in de additional data sectie van DNS-berichten worden toegevoegd.

Voor websitebeheerders betekent EDNS dat DNSSEC correct kan functioneren. Grotere DNS-antwoorden kunnen betrouwbaar worden afgeleverd. TCP-fallback is minder vaak nodig, wat de performance verbetert.

## Geschiedenis

EDNS werd geïntroduceerd in 1999 door [Paul Vixie](https://en.wikipedia.org/wiki/Paul_Vixie) van het Internet Software Consortium via [RFC 2671](https://datatracker.ietf.org/doc/html/rfc2671). De specificatie was een direct antwoord op de beperkingen van het originele DNS-protocol, dat was ontworpen in de vroege jaren 1980.

Belangrijke mijlpalen in de ontwikkeling van EDNS:

- **1999:** [RFC 2671](https://datatracker.ietf.org/doc/html/rfc2671) - EDNS0 geïntroduceerd door Paul Vixie
- **2013:** [RFC 6891](https://datatracker.ietf.org/doc/html/rfc6891) - EDNS(0) bijgewerkt op basis van implementatie-ervaringen
- **Vanaf 2013:** EDNS-ondersteuning verplicht voor alle DNS-infrastructuur volgens [IETF-richtlijnen](https://en.wikipedia.org/wiki/Extension_Mechanisms_for_DNS)

EDNS maakte de implementatie van DNS Security Extensions (DNSSEC) mogelijk door UDP-berichten groter dan de oorspronkelijke 512-byte limiet toe te staan.

## Bronnen

1. **IETF (2013)** - [RFC 6891 - Extension Mechanisms for DNS](https://datatracker.ietf.org/doc/html/rfc6891)
2. **IETF (1999)** - [RFC 2671 - Extension Mechanisms for DNS (EDNS0)](https://datatracker.ietf.org/doc/html/rfc2671)
3. **Wikipedia (2024)** - [Extension Mechanisms for DNS](https://en.wikipedia.org/wiki/Extension_Mechanisms_for_DNS)
4. **DNS Institute (2024)** - [DNSSEC Guide - EDNS](https://dnsinstitute.com/documentation/dnssec-guide/ch03s05.html)

## Gerelateerde artikelen

DNS 10 dec 2025

[Geavanceerde DNS: van caching tot split-horizon en DDNS](https://www.keurigonline.nl/blog/geavanceerde-dns-configuratie)

### UDP versus TCP: wanneer wat?

DNS gebruikt traditioneel **UDP port 53** voor queries, maar schakelt over naar **TCP** in specifieke situaties:

- **Response > 512 bytes** — TCP voor grote antwoorden (of met EDNS tot 4096 bytes via UDP)
- **Zone transfers (AXFR/IXFR)** — Altijd TCP voor het synchroniseren van DNS zones
- **Truncated response** — Als een UDP-antwoord te groot is, wordt de TC-flag gezet en moet de client TCP proberen