Workshop-Wiki · Englisch

Solution: Professional DNS

A good answer for DNS roles names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Workshop-Beispiele als ZIP
Lernstand in der Web-App

Kapitel als gelesen markieren, Lesefortschritt sehen und Praxismodule abhaken: Diese Funktionen stehen nach Aktivierung der optionalen Web-App zur Verfügung. Der Workshop-Fortschritt ergibt sich automatisch aus den Kapiteln aller Dokumentseiten. Deine Auswahl bleibt auf diesem Gerät; es gibt kein Konto und keinen Serverabgleich. Eine Installation ist nicht erforderlich. Beim Widerruf in den Datenschutz-Einstellungen wird der Lernstand gelöscht.

Lesefortschritt0%
0%
0 / 20 Kapitel gelesen
Weitere SprachfassungDeutsch ↗Griechisch ↗

Solution: Professional DNS

1. DNS roles

A good answer for DNS roles names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Scoring point Expectation
Technical correctness Term and DNS layer are correct.
Evidence Query output, zone file or log supports the statement.
Operations TTL, rollback and propagation are framed.
Security DNSSEC, TSIG, ACL or privacy is evaluated when needed.
01 / 20

2. Namespace and FQDN

A good answer for Namespace and FQDN names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Scoring point Expectation
Technical correctness Term and DNS layer are correct.
Evidence Query output, zone file or log supports the statement.
Operations TTL, rollback and propagation are framed.
Security DNSSEC, TSIG, ACL or privacy is evaluated when needed.
02 / 20

3. Zone and SOA

A good answer for Zone and SOA names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Scoring point Expectation
Technical correctness Term and DNS layer are correct.
Evidence Query output, zone file or log supports the statement.
Operations TTL, rollback and propagation are framed.
Security DNSSEC, TSIG, ACL or privacy is evaluated when needed.
03 / 20

4. Record types

A good answer for Record types names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Scoring point Expectation
Technical correctness Term and DNS layer are correct.
Evidence Query output, zone file or log supports the statement.
Operations TTL, rollback and propagation are framed.
Security DNSSEC, TSIG, ACL or privacy is evaluated when needed.
04 / 20

5. TTL and cache

A good answer for TTL and cache names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Scoring point Expectation
Technical correctness Term and DNS layer are correct.
Evidence Query output, zone file or log supports the statement.
Operations TTL, rollback and propagation are framed.
Security DNSSEC, TSIG, ACL or privacy is evaluated when needed.
05 / 20

6. Negative caching

A good answer for Negative caching names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Scoring point Expectation
Technical correctness Term and DNS layer are correct.
Evidence Query output, zone file or log supports the statement.
Operations TTL, rollback and propagation are framed.
Security DNSSEC, TSIG, ACL or privacy is evaluated when needed.
06 / 20

7. Delegation and glue

A good answer for Delegation and glue names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Scoring point Expectation
Technical correctness Term and DNS layer are correct.
Evidence Query output, zone file or log supports the statement.
Operations TTL, rollback and propagation are framed.
Security DNSSEC, TSIG, ACL or privacy is evaluated when needed.
07 / 20

8. CNAME rules

A good answer for CNAME rules names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Scoring point Expectation
Technical correctness Term and DNS layer are correct.
Evidence Query output, zone file or log supports the statement.
Operations TTL, rollback and propagation are framed.
Security DNSSEC, TSIG, ACL or privacy is evaluated when needed.
08 / 20

9. Mail DNS

A good answer for Mail DNS names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Scoring point Expectation
Technical correctness Term and DNS layer are correct.
Evidence Query output, zone file or log supports the statement.
Operations TTL, rollback and propagation are framed.
Security DNSSEC, TSIG, ACL or privacy is evaluated when needed.
09 / 20

10. Reverse DNS

A good answer for Reverse DNS names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Scoring point Expectation
Technical correctness Term and DNS layer are correct.
Evidence Query output, zone file or log supports the statement.
Operations TTL, rollback and propagation are framed.
Security DNSSEC, TSIG, ACL or privacy is evaluated when needed.
10 / 20

11. Resolver path

A good answer for Resolver path names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Scoring point Expectation
Technical correctness Term and DNS layer are correct.
Evidence Query output, zone file or log supports the statement.
Operations TTL, rollback and propagation are framed.
Security DNSSEC, TSIG, ACL or privacy is evaluated when needed.
11 / 20

12. EDNS and TCP

A good answer for EDNS and TCP names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Scoring point Expectation
Technical correctness Term and DNS layer are correct.
Evidence Query output, zone file or log supports the statement.
Operations TTL, rollback and propagation are framed.
Security DNSSEC, TSIG, ACL or privacy is evaluated when needed.
12 / 20

13. DNSSEC

A good answer for DNSSEC names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Scoring point Expectation
Technical correctness Term and DNS layer are correct.
Evidence Query output, zone file or log supports the statement.
Operations TTL, rollback and propagation are framed.
Security DNSSEC, TSIG, ACL or privacy is evaluated when needed.
13 / 20

14. TSIG and transfer

A good answer for TSIG and transfer names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Scoring point Expectation
Technical correctness Term and DNS layer are correct.
Evidence Query output, zone file or log supports the statement.
Operations TTL, rollback and propagation are framed.
Security DNSSEC, TSIG, ACL or privacy is evaluated when needed.
14 / 20

15. Split horizon

A good answer for Split horizon names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Scoring point Expectation
Technical correctness Term and DNS layer are correct.
Evidence Query output, zone file or log supports the statement.
Operations TTL, rollback and propagation are framed.
Security DNSSEC, TSIG, ACL or privacy is evaluated when needed.
15 / 20

16. Kubernetes DNS

A good answer for Kubernetes DNS names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Scoring point Expectation
Technical correctness Term and DNS layer are correct.
Evidence Query output, zone file or log supports the statement.
Operations TTL, rollback and propagation are framed.
Security DNSSEC, TSIG, ACL or privacy is evaluated when needed.
16 / 20

17. Security and privacy

A good answer for Security and privacy names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Scoring point Expectation
Technical correctness Term and DNS layer are correct.
Evidence Query output, zone file or log supports the statement.
Operations TTL, rollback and propagation are framed.
Security DNSSEC, TSIG, ACL or privacy is evaluated when needed.
17 / 20

18. Evidence

A good answer for Evidence names role, zone, RRtype, expected RCODE and evidence. It separates query symptom, zone data, resolver cache and delegation.

Scoring point Expectation
Technical correctness Term and DNS layer are correct.
Evidence Query output, zone file or log supports the statement.
Operations TTL, rollback and propagation are framed.
Security DNSSEC, TSIG, ACL or privacy is evaluated when needed.
18 / 20

Official Sources and Boundary

  • RFC 1034, Domain Names - Concepts and Facilities: https://datatracker.ietf.org/doc/html/rfc1034
  • RFC 1035, Domain Names - Implementation and Specification: https://datatracker.ietf.org/doc/html/rfc1035
  • RFC 8499, DNS Terminology: https://www.rfc-editor.org/info/rfc8499/
  • RFC 6891, Extension Mechanisms for DNS (EDNS(0)): https://datatracker.ietf.org/doc/html/rfc6891
  • RFC 4033, DNS Security Introduction and Requirements: https://datatracker.ietf.org/doc/html/rfc4033
  • RFC 9364, DNSSEC Best Current Practice: https://www.rfc-editor.org/info/rfc9364/
  • IANA Root Zone Database: https://www.iana.org/domains/root/db
  • ISC BIND 9 Documentation: https://bind9.readthedocs.io/
  • CoreDNS Documentation: https://coredns.io/manual/toc/

This workshop does not introduce DNS protocol rules. It maps official DNS concepts into labs, review questions, zone files, resolver models and operational workflows.


19 / 20

Practice Appendix: DNS Evidence for 03-professional-dns-solution-EN.md

This appendix connects the file with repeatable DNS evidence. A DNS statement is reliable only when role, zone, name, RRtype, RCODE, TTL, resolver path and operational impact are reviewed together.

A.1 Namespace and FQDN

DNS starts with a hierarchical namespace. Every analysis must clarify whether a name is relative, fully qualified, part of a zone or affected by a local stub resolver search path.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Namespace and FQDN.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.2 Stub Resolver

The client stub resolver usually knows only local resolvers and search lists. Errors in resolv.conf, systemd-resolved or search domains can look like server failures.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Stub Resolver.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.3 Recursive Resolver

A recursive resolver performs iteration, caching, DNSSEC validation and forwarding. It is not the same as the authoritative server for a zone.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Recursive Resolver.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.4 Authoritative Server

Authoritative servers answer from zones. They should not provide open recursion and need clear zone ownership, transfer rules and monitoring.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Authoritative Server.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.5 Zone and Apex

A zone starts at the apex and contains SOA, NS and authoritative RRsets. Every change needs serial policy, review and rollback.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Zone and Apex.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.6 SOA and Serial

SOA controls zone metadata, refresh, retry, expire and negative cache time. Serial values matter for secondary servers and audit.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to SOA and Serial.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.7 TTL and Cache

TTL controls how long answers are cached. Before migrations TTLs must be lowered early enough and stabilized after the change.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to TTL and Cache.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.8 Negative Caching

NXDOMAIN and NODATA are cached through SOA information. This explains why deleted or newly created names are not visible everywhere immediately.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Negative Caching.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.9 Delegation

Delegation connects parent and child zone. NS records, glue and child SOA must be consistent or subtle outages appear.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Delegation.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.10 Glue Records

Glue is needed when name server names live inside the delegated zone. Wrong or missing glue can prevent reachability of the child zone.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Glue Records.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.11 Record Types

A, AAAA, CNAME, MX, TXT, SRV, PTR, NS and SOA have different rules. A CNAME must not be combined with other data at the same owner name.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Record Types.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.12 Mail DNS

SPF, DKIM and DMARC are DNS-based mail policy data. Syntax, TTL and organizational ownership must be reviewed separately.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Mail DNS.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.13 Reverse DNS

PTR zones belong to address space, not the forward zone. Ownership and delegation often differ from the domain zone.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Reverse DNS.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.14 Transport

DNS uses UDP and TCP. EDNS extends UDP response sizes; fragmentation, TC bit and TCP fallback are common failure sources.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Transport.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.15 EDNS

EDNS(0) enables larger responses and DNSSEC transport, but can be broken by firewalls or middleboxes.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to EDNS.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.16 DNSSEC

DNSSEC protects origin and integrity, not confidentiality. DS, DNSKEY, RRSIG, NSEC/NSEC3 and validation status must be reviewed together.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to DNSSEC.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.17 TSIG

TSIG protects zone transfers and dynamic updates with shared keys. These keys do not belong in repositories and need rotation.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to TSIG.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.18 Zone Transfer

AXFR and IXFR are operational functions. Allow-transfer, notify, secondary servers and audit must be documented clearly.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Zone Transfer.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.19 Dynamic Update

DNS UPDATE should be allowed only with narrow policy and TSIG. Uncontrolled updates can destroy zone integrity and audit.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Dynamic Update.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.20 Split Horizon

Split horizon creates different answers per view. This is legitimate, but troubleshooting and security review must name the affected view.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Split Horizon.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.21 Resolver Privacy

DoT, DoH and QNAME minimization affect transport and privacy. They do not replace DNSSEC or correct zone data.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Resolver Privacy.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.22 RPZ and DNS Firewall

Response policy zones and DNS firewalls are security controls. They need clear policy, logging, exception process and abuse prevention.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to RPZ and DNS Firewall.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.23 Kubernetes DNS

CoreDNS in Kubernetes combines service discovery, cluster domains and forwarding. Failures can come from CoreDNS, kube-dns configuration, NetworkPolicy or upstream DNS.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Kubernetes DNS.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.24 Monitoring

DNS monitoring must cover RCODE distribution, latency, SERVFAIL rate, NXDOMAIN spikes, transfer status, DNSSEC validation and zone serials.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Monitoring.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.25 Incident Response

DNS incidents need fast classification: affected view, resolver path, RCODE, TTL, cache, delegation, DNSSEC and recent changes.

Review field Expectation
Context 03-professional-dns-solution-EN.md names the relation to Incident Response.
Evidence Query output, zone file, log, YAML/JSON/TOML or runbook exists.
Operations TTL, cache, delegation, propagation and rollback are evaluated.
Security DNSSEC, TSIG, ACL, privacy or abuse control is checked when needed.

Concrete review questions:

  • Which DNS role is affected?
  • Which zone and owner name are affected?
  • Which RRtype and RCODE were observed?
  • Which TTL or negative cache time applies?
  • Which delegation or resolver path is involved?
  • Which security control is relevant?
  • Which evidence contains no secrets?
  • What is the rollback?

Typical evidence:

text
evidence/
  query-output.txt
  zone-review.txt
  resolver-path.md
  ttl-and-cache.md
  rollback.md

A.26 Minimal Completion Evidence

  • RCODE, RRtype, zone and resolver path are documented.
  • Zone files contain SOA and NS and do not violate CNAME rules.
  • TTL, negative cache time and rollback window are named.
  • DNSSEC, TSIG or ACLs are not claimed without evidence.
  • Evidence contains no production secrets, API tokens or zone keys.
  • Official RFCs and tool documentation replace assumptions.
20 / 20

DNS · Orthevs Academy

31 Module als durchgängiger Lernpfad.

Die Reihenfolge bleibt unverändert: von der Laborgrundstruktur über fachliche Grundlagen und Betriebsmodelle bis zum abschließenden Troubleshooting. Die technischen Verzeichnisnamen werden bewusst beibehalten.

Orthevs – Engineering als Grundlage für das, was als Nächstes kommt.

Orthevs als App

Orthevs installieren

Die Orthevs Web-App kann auf unterstützten Mobilgeräten und Desktop-Browsern installiert werden.

iPhone und iPad

Öffnen Sie Orthevs in Safari. Tippen Sie auf Teilen, dann auf ‚Zum Home-Bildschirm‘. Aktivieren Sie gegebenenfalls ‚Als Web-App öffnen‘ und tippen Sie auf ‚Hinzufügen‘.

Android

Für die Web-App öffnen Sie das Browsermenü und wählen ‚App installieren‘ oder ‚Zum Startbildschirm hinzufügen‘. Bestätigen Sie die Installation.

Desktop-Browser

Öffnen Sie das Browsermenü oder das Installationssymbol in der Adressleiste und wählen Sie ‚App installieren‘ beziehungsweise ‚Zum Dock hinzufügen‘.

Die Web-App-Installation hängt vom Browser ab. Falls kein Installationsdialog erscheint, nutzen Sie die angezeigten Schritte im Browser.