Reserverede domæner: Hvorfor example.com er vigtigere, end du tror

Når du skriver teknisk dokumentation eller viser, hvordan DNS fungerer i praksis, skal du bruge domæner, der ikke peger på rigtige servere. Her kommer de reserverede domæner ind i billedet.

Hvad er reserverede domæner?

ICANN har oprettet en række domæner, der kun må bruges til dokumentation og undervisning. De mest kendte er:

• example.com
• example.org
• example.net

Der findes også example.edu og test.com. Disse domæner er ikke tilfældige – de er bevidst holdt fri, så dine eksempler ikke risikerer at ramme ægte produktionsmiljøer.

Hvorfor bør du bruge dem?

Hvis du bruger dit eget domæne i en guide, risikerer du, at nogen kopierer din kode direkte ind i et live-miljø. Det kan også ske, at domænet bliver registreret af andre mellem det tidspunkt, du skriver guiden, og den dag, den bliver udgivet.

Reserverede domæner fjerner den risiko. De er sikre at bruge til:

• Teknisk dokumentation
• Kodeeksempler og GitHub-repos
• Video-tutorials
• API-dokumentation
• Konfigurationsfiler
• Whitepapers

Bedste praksis hos NameOcean

Hos NameOcean ser vi, at de bedste udviklere behandler reserverede domæner som en fast del af deres arbejdsflow. De sender et tydeligt signal om, at det er læringsindhold – ikke noget, der skal kopieres direkte.

Når det fungerer sammen med moderne tools

Reserverede domæner passer perfekt til:

Docker og container-miljøer – Du kan trygt brue example.com i Dockerfile-eksempler uden at risikere problemer i CI/CD-pipelines.

Mocking og testing – Mock-servere kan bruge example.org uden at komme i konflikt med din rigtige hosting.

Infrastructure-as-Code – Terraform, CloudFormation og Ansible bliver lettere og mere portable, når du bruger reserverede domæner i eksemplerne.

AI-assisteret udvikling – Når du bruger NameOcean's Vibe Hosting og AI-kodegenerering, er det smart at medbruge reservede domæner i prompts, så AI'en ikke laver kode, som peger på ægte servere.

Hvordan ser DNS-opslag ud?

Det er interessant, at example.com ikke giver en NXDOMAIN-error. I stedet får du en gyldig DNS-respons, som peger til en server hos IANA. Det er netop designet sådan – men det er ikke ment til rigtig trafik.

Du kan teste det selv:

dig example.com
nslookup example.org

Almindelige fejl at undgå

Brug dem ikke i produktion – De er kun til dokumentation. Brug dine rigtige domæner, når det går live.

Undgå at blande reserverede og rigtige domæner – Det skaber kun confusion hos læseren.

Behandl dem ikke som evige – Selvom de sandsynligvis er permanente, er det ikke smart at bruge dem i mission-critical systemer.

Fremtiden for dokumentation

Med AI-assisteret udvikling bliver klar dokumentation vigtigere end nogensinde. Reserverede domæner hjælfer AI'en, hand til at forstå, hvilke eksempler der skal kopieres, og hvilke der kun er til læring.

Næste gang du skriver en guide, så brug example.com med ro i sindet. Det er et lille trin, der viser, professionalism og giver læseren tryghed.