Workshop wiki · Greek

Τεκμηρίωση παραδείγματος: DNS troubleshooting

Ένα decision tree συνδέει stub, resolver, authoritative server, delegation, DNSSEC, cache και transport.

Workshop examples as ZIP files
Learning progress in the web app

Mark chapters as read, view reading progress and check off practice modules after enabling the optional web app. Workshop progress is calculated from chapters across all document pages. Your choices stay on this device; there is no account or server sync. Installation is not required. Withdrawing your choice in Privacy settings deletes the progress.

Reading progress0%
0%
0 / 12 chapters read
Other language versionGerman ↗English ↗

Τεκμηρίωση παραδείγματος: DNS troubleshooting

1. Στόχος

Ένα decision tree συνδέει stub, resolver, authoritative server, delegation, DNSSEC, cache και transport.

01 / 12

2. Τι γίνεται

Το παράδειγμα ελέγχει τοπικά artifacts και δημιουργεί evidence κάτω από το work/.

02 / 12

3. Γιατί γίνεται

Οι αστοχίες DNS χρειάζονται evidence για RCODE, zone, TTL, delegation και resolver path.

03 / 12

4. Τυπικές εντολές

bash
dig example.test SOA +norecurse 2>/dev/null || true
named-checkzone example.test zones/db.example.test 2>/dev/null || true
04 / 12

5. Έλεγχος επιτυχίας

  • Τα artifacts είναι έγκυρα.
  • Υπάρχει evidence.
  • Δεν χρησιμοποιούνται production δεδομένα.
05 / 12

6. Συνηθισμένα λάθη

  • Λάθος RRtype.
  • Αγνόηση του TTL.
  • Σύγχυση του resolver cache με authoritative δεδομένα.
06 / 12

7. Ζητήματα ασφάλειας

Οι διαμορφώσεις DNS δεν πρέπει να περιέχουν πραγματικά secrets ή provider credentials.

07 / 12

8. Ρεαλιστική χρήση

Το μοτίβο εφαρμόζεται σε reviews αλλαγών, λειτουργία και incident response.

08 / 12

9. Ροή workshop

  1. Διαβάστε τα artifacts.
  2. Εκτελέστε το script.
  3. Εξετάστε το evidence.
  4. Τεκμηριώστε τον κίνδυνο.
09 / 12

10. Πίνακας review

Πεδίο review Αναμενόμενο
Zone Η zone και το όνομα είναι σαφή.
Απάντηση Εξηγείται το RCODE.
Λειτουργία Αξιολογούνται TTL και rollback.
10 / 12

Επίσημες αναφορές

  • RFC 1034: https://datatracker.ietf.org/doc/html/rfc1034
  • RFC 1035: https://datatracker.ietf.org/doc/html/rfc1035
  • RFC 8499: https://www.rfc-editor.org/info/rfc8499/
  • RFC 6891 EDNS(0): https://datatracker.ietf.org/doc/html/rfc6891
  • RFC 4033 DNSSEC: https://datatracker.ietf.org/doc/html/rfc4033
  • RFC 9364 DNSSEC BCP: https://www.rfc-editor.org/info/rfc9364/

11 / 12

Παράρτημα παραδείγματος: Evidence, λειτουργία και μεταφορά γνώσης

Το παράρτημα ολοκληρώνει το παράδειγμα ως εκπαιδευτικό στοιχείο. Περιγράφει πώς ένα τοπικό μοντέλο DNS οδηγεί σε αξιόπιστη ανάλυση χωρίς χρήση production domains ή provider credentials.

B.1 Ορισμός πεδίου εφαρμογής

Το βήμα «Ορισμός πεδίου εφαρμογής» είναι απαραίτητο, επειδή οι αστοχίες DNS συχνά εξηγούνται μόνο αν συνδυαστούν zone, resolver path, cache και transport. Η αξιολόγηση πρέπει να δηλώνει αν ένα artifact απλώς εξηγεί μια κατάσταση, την ελέγχει τοπικά ή θα εφαρμοζόταν σε πραγματική zone.

Ερώτηση Αναμενόμενο
Τι επηρεάζεται; Κατονομάζεται stub, resolver, authoritative server, zone, delegation, cache, DNSSEC ή transport.
Τι αποδεικνύεται; Ένα αρχείο ή αποτέλεσμα κάτω από το work/evidence/ δείχνει το εύρημα.
Τι παραμένει ανοικτό; Οι απαιτήσεις για πραγματικές zones ή providers τεκμηριώνονται ως όριο.

Σημεία review:

  • Όχι production zones.
  • Όχι πραγματικά κλειδιά TSIG ή DNSSEC.
  • Όχι provider API tokens.
  • Όχι αλλαγές TTL ή delegation χωρίς review.
  • Δυνατότητα cleanup με αφαίρεση του work/.

B.2 Έλεγχος artifacts

Το βήμα «Έλεγχος artifacts» είναι απαραίτητο, επειδή οι αστοχίες DNS συχνά εξηγούνται μόνο αν συνδυαστούν zone, resolver path, cache και transport. Η αξιολόγηση πρέπει να δηλώνει αν ένα artifact απλώς εξηγεί μια κατάσταση, την ελέγχει τοπικά ή θα εφαρμοζόταν σε πραγματική zone.

Ερώτηση Αναμενόμενο
Τι επηρεάζεται; Κατονομάζεται stub, resolver, authoritative server, zone, delegation, cache, DNSSEC ή transport.
Τι αποδεικνύεται; Ένα αρχείο ή αποτέλεσμα κάτω από το work/evidence/ δείχνει το εύρημα.
Τι παραμένει ανοικτό; Οι απαιτήσεις για πραγματικές zones ή providers τεκμηριώνονται ως όριο.

Σημεία review:

  • Όχι production zones.
  • Όχι πραγματικά κλειδιά TSIG ή DNSSEC.
  • Όχι provider API tokens.
  • Όχι αλλαγές TTL ή delegation χωρίς review.
  • Δυνατότητα cleanup με αφαίρεση του work/.

B.3 Κατονομασία ρόλου DNS

Το βήμα «Κατονομασία ρόλου DNS» είναι απαραίτητο, επειδή οι αστοχίες DNS συχνά εξηγούνται μόνο αν συνδυαστούν zone, resolver path, cache και transport. Η αξιολόγηση πρέπει να δηλώνει αν ένα artifact απλώς εξηγεί μια κατάσταση, την ελέγχει τοπικά ή θα εφαρμοζόταν σε πραγματική zone.

Ερώτηση Αναμενόμενο
Τι επηρεάζεται; Κατονομάζεται stub, resolver, authoritative server, zone, delegation, cache, DNSSEC ή transport.
Τι αποδεικνύεται; Ένα αρχείο ή αποτέλεσμα κάτω από το work/evidence/ δείχνει το εύρημα.
Τι παραμένει ανοικτό; Οι απαιτήσεις για πραγματικές zones ή providers τεκμηριώνονται ως όριο.

Σημεία review:

  • Όχι production zones.
  • Όχι πραγματικά κλειδιά TSIG ή DNSSEC.
  • Όχι provider API tokens.
  • Όχι αλλαγές TTL ή delegation χωρίς review.
  • Δυνατότητα cleanup με αφαίρεση του work/.

B.4 Ερμηνεία RCODE

Το βήμα «Ερμηνεία RCODE» είναι απαραίτητο, επειδή οι αστοχίες DNS συχνά εξηγούνται μόνο αν συνδυαστούν zone, resolver path, cache και transport. Η αξιολόγηση πρέπει να δηλώνει αν ένα artifact απλώς εξηγεί μια κατάσταση, την ελέγχει τοπικά ή θα εφαρμοζόταν σε πραγματική zone.

Ερώτηση Αναμενόμενο
Τι επηρεάζεται; Κατονομάζεται stub, resolver, authoritative server, zone, delegation, cache, DNSSEC ή transport.
Τι αποδεικνύεται; Ένα αρχείο ή αποτέλεσμα κάτω από το work/evidence/ δείχνει το εύρημα.
Τι παραμένει ανοικτό; Οι απαιτήσεις για πραγματικές zones ή providers τεκμηριώνονται ως όριο.

Σημεία review:

  • Όχι production zones.
  • Όχι πραγματικά κλειδιά TSIG ή DNSSEC.
  • Όχι provider API tokens.
  • Όχι αλλαγές TTL ή delegation χωρίς review.
  • Δυνατότητα cleanup με αφαίρεση του work/.

B.5 Αξιολόγηση TTL

Το βήμα «Αξιολόγηση TTL» είναι απαραίτητο, επειδή οι αστοχίες DNS συχνά εξηγούνται μόνο αν συνδυαστούν zone, resolver path, cache και transport. Η αξιολόγηση πρέπει να δηλώνει αν ένα artifact απλώς εξηγεί μια κατάσταση, την ελέγχει τοπικά ή θα εφαρμοζόταν σε πραγματική zone.

Ερώτηση Αναμενόμενο
Τι επηρεάζεται; Κατονομάζεται stub, resolver, authoritative server, zone, delegation, cache, DNSSEC ή transport.
Τι αποδεικνύεται; Ένα αρχείο ή αποτέλεσμα κάτω από το work/evidence/ δείχνει το εύρημα.
Τι παραμένει ανοικτό; Οι απαιτήσεις για πραγματικές zones ή providers τεκμηριώνονται ως όριο.

Σημεία review:

  • Όχι production zones.
  • Όχι πραγματικά κλειδιά TSIG ή DNSSEC.
  • Όχι provider API tokens.
  • Όχι αλλαγές TTL ή delegation χωρίς review.
  • Δυνατότητα cleanup με αφαίρεση του work/.

B.6 Έλεγχος delegation

Το βήμα «Έλεγχος delegation» είναι απαραίτητο, επειδή οι αστοχίες DNS συχνά εξηγούνται μόνο αν συνδυαστούν zone, resolver path, cache και transport. Η αξιολόγηση πρέπει να δηλώνει αν ένα artifact απλώς εξηγεί μια κατάσταση, την ελέγχει τοπικά ή θα εφαρμοζόταν σε πραγματική zone.

Ερώτηση Αναμενόμενο
Τι επηρεάζεται; Κατονομάζεται stub, resolver, authoritative server, zone, delegation, cache, DNSSEC ή transport.
Τι αποδεικνύεται; Ένα αρχείο ή αποτέλεσμα κάτω από το work/evidence/ δείχνει το εύρημα.
Τι παραμένει ανοικτό; Οι απαιτήσεις για πραγματικές zones ή providers τεκμηριώνονται ως όριο.

Σημεία review:

  • Όχι production zones.
  • Όχι πραγματικά κλειδιά TSIG ή DNSSEC.
  • Όχι provider API tokens.
  • Όχι αλλαγές TTL ή delegation χωρίς review.
  • Δυνατότητα cleanup με αφαίρεση του work/.

B.7 Καταγραφή ορίων ασφάλειας

Το βήμα «Καταγραφή ορίων ασφάλειας» είναι απαραίτητο, επειδή οι αστοχίες DNS συχνά εξηγούνται μόνο αν συνδυαστούν zone, resolver path, cache και transport. Η αξιολόγηση πρέπει να δηλώνει αν ένα artifact απλώς εξηγεί μια κατάσταση, την ελέγχει τοπικά ή θα εφαρμοζόταν σε πραγματική zone.

Ερώτηση Αναμενόμενο
Τι επηρεάζεται; Κατονομάζεται stub, resolver, authoritative server, zone, delegation, cache, DNSSEC ή transport.
Τι αποδεικνύεται; Ένα αρχείο ή αποτέλεσμα κάτω από το work/evidence/ δείχνει το εύρημα.
Τι παραμένει ανοικτό; Οι απαιτήσεις για πραγματικές zones ή providers τεκμηριώνονται ως όριο.

Σημεία review:

  • Όχι production zones.
  • Όχι πραγματικά κλειδιά TSIG ή DNSSEC.
  • Όχι provider API tokens.
  • Όχι αλλαγές TTL ή delegation χωρίς review.
  • Δυνατότητα cleanup με αφαίρεση του work/.

B.8 Σύνταξη rollback

Το βήμα «Σύνταξη rollback» είναι απαραίτητο, επειδή οι αστοχίες DNS συχνά εξηγούνται μόνο αν συνδυαστούν zone, resolver path, cache και transport. Η αξιολόγηση πρέπει να δηλώνει αν ένα artifact απλώς εξηγεί μια κατάσταση, την ελέγχει τοπικά ή θα εφαρμοζόταν σε πραγματική zone.

Ερώτηση Αναμενόμενο
Τι επηρεάζεται; Κατονομάζεται stub, resolver, authoritative server, zone, delegation, cache, DNSSEC ή transport.
Τι αποδεικνύεται; Ένα αρχείο ή αποτέλεσμα κάτω από το work/evidence/ δείχνει το εύρημα.
Τι παραμένει ανοικτό; Οι απαιτήσεις για πραγματικές zones ή providers τεκμηριώνονται ως όριο.

Σημεία review:

  • Όχι production zones.
  • Όχι πραγματικά κλειδιά TSIG ή DNSSEC.
  • Όχι provider API tokens.
  • Όχι αλλαγές TTL ή delegation χωρίς review.
  • Δυνατότητα cleanup με αφαίρεση του work/.

B.9 Καθαρισμός evidence

Το βήμα «Καθαρισμός evidence» είναι απαραίτητο, επειδή οι αστοχίες DNS συχνά εξηγούνται μόνο αν συνδυαστούν zone, resolver path, cache και transport. Η αξιολόγηση πρέπει να δηλώνει αν ένα artifact απλώς εξηγεί μια κατάσταση, την ελέγχει τοπικά ή θα εφαρμοζόταν σε πραγματική zone.

Ερώτηση Αναμενόμενο
Τι επηρεάζεται; Κατονομάζεται stub, resolver, authoritative server, zone, delegation, cache, DNSSEC ή transport.
Τι αποδεικνύεται; Ένα αρχείο ή αποτέλεσμα κάτω από το work/evidence/ δείχνει το εύρημα.
Τι παραμένει ανοικτό; Οι απαιτήσεις για πραγματικές zones ή providers τεκμηριώνονται ως όριο.

Σημεία review:

  • Όχι production zones.
  • Όχι πραγματικά κλειδιά TSIG ή DNSSEC.
  • Όχι provider API tokens.
  • Όχι αλλαγές TTL ή delegation χωρίς review.
  • Δυνατότητα cleanup με αφαίρεση του work/.

B.10 Εκτέλεση cleanup

Το βήμα «Εκτέλεση cleanup» είναι απαραίτητο, επειδή οι αστοχίες DNS συχνά εξηγούνται μόνο αν συνδυαστούν zone, resolver path, cache και transport. Η αξιολόγηση πρέπει να δηλώνει αν ένα artifact απλώς εξηγεί μια κατάσταση, την ελέγχει τοπικά ή θα εφαρμοζόταν σε πραγματική zone.

Ερώτηση Αναμενόμενο
Τι επηρεάζεται; Κατονομάζεται stub, resolver, authoritative server, zone, delegation, cache, DNSSEC ή transport.
Τι αποδεικνύεται; Ένα αρχείο ή αποτέλεσμα κάτω από το work/evidence/ δείχνει το εύρημα.
Τι παραμένει ανοικτό; Οι απαιτήσεις για πραγματικές zones ή providers τεκμηριώνονται ως όριο.

Σημεία review:

  • Όχι production zones.
  • Όχι πραγματικά κλειδιά TSIG ή DNSSEC.
  • Όχι provider API tokens.
  • Όχι αλλαγές TTL ή delegation χωρίς review.
  • Δυνατότητα cleanup με αφαίρεση του work/.

B.11 Ολοκλήρωση

Ένα παράδειγμα ολοκληρώνεται όταν το script εκτελείται επιτυχώς, όλα τα artifacts είναι συντακτικά έγκυρα, κατονομάζεται ο ρόλος DNS και το evidence δεν περιέχει εμπιστευτικά δεδομένα.

12 / 12

DNS · Orthevs Academy

31 modules as one continuous learning path.

The sequence remains unchanged: from the lab skeleton through technical foundations and operating models to final troubleshooting. The technical directory names are deliberately preserved.

Orthevs – Engineering the foundation for what comes next.

Orthevs as an app

Install Orthevs

The Orthevs web app can be installed on supported mobile devices and desktop browsers.

iPhone and iPad

Open Orthevs in Safari. Tap Share, then Add to Home Screen. Enable Open as Web App if offered, then tap Add.

Android

For the web app, open the browser menu and choose Install app or Add to Home screen. Confirm the installation.

Desktop browser

Open the browser menu or the install icon in the address bar, then choose Install app or Add to Dock.

Web app installation depends on your browser. If no install prompt appears, follow the browser steps shown above.