«Διάδοση»: γιατί κάποιοι το βλέπουν ήδη και άλλοι όχι

Ενότητα 6: Χρόνος, cache και μεταφορά · Χρόνος ανάγνωσης: 8 λεπτά

Στόχος μαθήματος: Μετά από αυτό το μάθημα θα μπορείτε να εξηγήσετε γιατί μια αλλαγή στο DNS δεν είναι ορατή παντού ταυτόχρονα, να υπολογίζετε πόσο χρόνο χρειάζεται και να λύνετε το πρόβλημα όταν μόνο εσείς βλέπετε ακόμη την παλιά κατάσταση.

Βασικές έννοιες: «διάδοση», cache, αρνητική cache (NXDOMAIN), SOA minimum, TTL ανάθεσης (delegation), αλλαγή nameserver, εκκαθάριση cache

Μια παρεξήγηση σε μία λέξη

Αλλάξατε μια εγγραφή. Ο συνάδελφός σας βλέπει ήδη τον νέο ιστότοπο, εσείς ακόμη τον παλιό. Στο διαδίκτυο διαβάζετε τότε: «περιμένετε, το DNS πρέπει ακόμη να διαδοθεί». Η λέξη διάδοση (propagation) δημιουργεί την εντύπωση ότι η αλλαγή σας κυλά σαν κύμα στο διαδίκτυο, από server σε server.

Έτσι όμως δεν λειτουργεί. Η αλλαγή σας βρίσκεται αμέσως στους εξουσιοδοτημένους (authoritative) nameservers του domain σας (ή μέσα σε λίγα λεπτά, αν ο πάροχος DNS σας συγχρονίζει πολλαπλούς nameservers). Δεν στέλνεται τίποτα γύρω γύρω. Αυτό που βλέπετε είναι η λήξη των cache: κάθε resolver δίνει την παλιά απάντηση μέχρι να λήξει το TTL στην cache του (μάθημα 6.1). Επειδή κάθε resolver ξεκίνησε να μετρά σε διαφορετική στιγμή, κάποιοι βλέπουν την αλλαγή νωρίτερα από άλλους.

Η «διάδοση» είναι λοιπόν ουσιαστικά: αναμονή μέχρι να αδειάσουν όλες οι cache. Αυτή η διαπίστωση σας βοηθά, γιατί τώρα ξέρετε ακριβώς τι περιμένετε και πόσο το πολύ θα διαρκέσει.

Πόσο χρόνο χρειάζεται;

Αυτό εξαρτάται από το τι αλλάζετε.

Υπάρχουσες εγγραφές

Εδώ είναι απλό: το παλιό TTL είναι το μέγιστο. Αν η εγγραφή είχε TTL 3600, τότε όλοι βλέπουν τη νέα απάντηση το αργότερο μία ώρα μετά την αλλαγή σας. Αν κάποιος βλέπει ακόμη την παλιά απάντηση μετά από περισσότερη από μία ώρα, τότε το πρόβλημα βρίσκεται αλλού (δείτε παρακάτω).

Νέες εγγραφές και η αρνητική cache

Μια νέα εγγραφή λειτουργεί συνήθως αμέσως, εκτός αν κάποιος είχε ήδη ζητήσει το όνομα όταν αυτό δεν υπήρχε ακόμη. Ο resolver έλαβε τότε την απάντηση NXDOMAIN («αυτό το όνομα δεν υπάρχει») ή «αυτό το όνομα υπάρχει, αλλά δεν έχει εγγραφή αυτού του τύπου». Και αυτό το «όχι» αποθηκεύεται στη μνήμη. Αυτό ονομάζεται αρνητική cache.

Πόσο καιρό διατηρείται ένα «όχι» δεν αναγράφεται σε μια εγγραφή που δεν υπάρχει. Προκύπτει από την εγγραφή SOA της ζώνης: σύμφωνα με το RFC 2308, είναι ο μικρότερος από δύο αριθμούς, το TTL της ίδιας της εγγραφής SOA και το τελευταίο πεδίο της εγγραφής SOA (το «minimum»). Ένα παράδειγμα:

example.com.  3600  IN  SOA  ns1.example.com. hostmaster.example.com. (
                             2026110701 ; serienummer
                             14400      ; refresh
                             3600       ; retry
                             1209600    ; expire
                             300 )      ; minimum

Εδώ ένα «όχι» διατηρείται στη μνήμη το πολύ για 300 δευτερόλεπτα (το μικρότερο από 3600 και 300). Σε ορισμένες ζώνες αυτό είναι μία ώρα ή περισσότερο.

Γι' αυτό ο χρυσός κανόνας: μην ανοίγετε ένα νέο subdomain στο browser σας προτού το έχετε δημιουργήσει. Ο υπολογιστής σας και ο resolver σας θυμούνται τότε ότι δεν υπάρχει, και εσείς είστε ο μόνος που πρέπει να περιμένει.

Αλλαγή nameservers

Σε περίπτωση αλλαγής nameserver περιμένετε κάτι διαφορετικό: τις εγγραφές NS στο μητρώο (registry) της κατάληξής σας. Αυτές οι εγγραφές λένε στους resolvers πού βρίσκονται οι nameservers του domain σας (μάθημα 2.1), και και αυτές αποθηκεύονται στη μνήμη. Κάθε μητρώο επιλέγει ένα δικό του TTL για αυτό. Μετρήσεις Νοεμβρίου 2026:

Επιπλέον, ένα μητρώο μερικές φορές δεν δημοσιεύει την αλλαγή σας αμέσως, και οι nameservers του παλιού σας παρόχου στο ενδιάμεσο διάστημα συχνά εξακολουθούν να απαντούν με την παλιά ζώνη. Γι' αυτό υπολογίζετε, σε περίπτωση αλλαγής nameserver, μερικές ώρες, και στην περίπτωση του .com έως δύο ημέρες το πολύ. Φροντίστε λοιπόν και οι δύο πάροχοι να έχουν τις ίδιες, σωστές εγγραφές κατά τη διάρκεια της αλλαγής (μάθημα 6.3).

Είστε ο μόνος που βλέπει ακόμη το παλιό;

Βλέπει ένας online checker ήδη τη νέα απάντηση σε σχεδόν όλους τους resolvers, αλλά εσείς όχι; Τότε η παλιά απάντηση βρίσκεται κάπου κοντά σας. Ακολουθήστε αυτά τα βήματα, από το γρήγορο στο εξονυχιστικό:

1. Ιδιωτικό παράθυρο ή άλλος browser. Ο browser σας αποθηκεύει απαντήσεις DNS και σελίδες.
2. Τηλέφωνο μέσω 4G ή 5G, με το wifi απενεργοποιημένο. Τότε χρησιμοποιείτε τον resolver του παρόχου κινητής τηλεφωνίας σας αντί για αυτόν του οικιακού σας δικτύου.

3. Εκκαθάριση της cache του υπολογιστή σας.

   • Windows (Γραμμή εντολών): ipconfig /flushdns
   • macOS (Terminal): sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
   • Linux με systemd-resolved: resolvectl flush-caches
4. Επανεκκίνηση του router. Πολλά router λειτουργούν ως μικροί resolvers με δική τους cache.
5. Έλεγχος του αρχείου hosts. Δοκιμάσατε παλαιότερα έναν νέο server βάζοντας τη διεύθυνση στο αρχείο hosts σας (C:\Windows\System32\drivers\etc\hosts ή /etc/hosts);Αυτή η γραμμή έχει προτεραιότητα έναντι του DNS. Αφαιρέστε την. Αυτό ξεχνιέται συχνά.
6. Έλεγχος απευθείας στην πηγή. Ζητήστε την εγγραφή από τον εξουσιοδοτημένο (authoritative) nameserver (dig A example.com @ns1.hosting.example). Αν εκεί εξακολουθεί να εμφανίζεται η παλιά απάντηση, τότε η αλλαγή δεν αποθηκεύτηκε σωστά ή την κάνατε στο λάθος σημείο.

Μετά τον χρόνο αναμονής ακόμη τίποτα;

Αν το TTL έχει παρέλθει εδώ και πολύ ώρα και ακόμη και τα online εργαλεία δείχνουν την παλιά απάντηση, η αναμονή είναι ανώφελη. Τότε συμβαίνει κάτι άλλο. Οι τρεις πιο συχνές αιτίες:

• Αλλαγή στο λάθος σημείο. Το domain σας χρησιμοποιεί τους nameservers άλλου παρόχου (για παράδειγμα Cloudflare ή έναν κατασκευαστή ιστοτόπων), και αλλάξατε τις εγγραφές στον πάροχο hosting σας. Ελέγξτε ποιους nameservers έχει το domain σας (μάθημα 2.1) και κάντε εκεί την αλλαγή.
• Τυπογραφικό λάθος ή απούσα τελεία. Το mail.example.com χωρίς τελεία γίνεται σε πολλά panel mail.example.com.example.com (μάθημα 2.2).
• Οι nameservers δεν συμφωνούν μεταξύ τους. Ένα domain έχει τουλάχιστον δύο nameservers. Αν αυτοί δεν συγχρονίζονται σωστά, ο ένας δίνει τη νέα απάντηση και ο άλλος την παλιά. Συγκρίνετε τον αριθμό σειράς SOA σε κάθε nameserver: πρέπει να είναι ίδιος.

dig +short SOA example.com @ns1.hosting.example
dig +short SOA example.com @ns2.hosting.example

Στην πράξη: έτσι φαίνεται σε ένα panel

Θέλετε να δείτε τι απαντούν οι resolvers σε διάφορα σημεία του κόσμου; Χρησιμοποιήστε έναν online ελεγκτή DNS που ρωτά έναν resolver ανά χώρα (για παράδειγμα dnschecker.org). Στο υποδειγματικό panel Το WebOké μου, η κάρτα Υγεία Domain / Email ελέγχει τους nameservers και τις εγγραφές του domain σας στους εξουσιοδοτημένους nameservers, και η διάγνωση DNS συγκρίνει τους αριθμούς σειράς των nameservers. Άλλοι πάροχοι συχνά έχουν παρόμοιο έλεγχο στο panel τους· αν όχι, το dig και τα online εργαλεία από το μάθημα 8.3 δίνουν την ίδια εικόνα.

Σύνοψη

• Δεν «διαδίδεται» τίποτα: περιμένετε μέχρι να λήξουν οι cache.
• Μια τροποποιημένη εγγραφή είναι ορατή παντού το αργότερο μετά το παλιό TTL· μια νέα εγγραφή συνήθως αμέσως, εκτός αν κάποιος είχε ήδη ζητήσει το όνομα νωρίτερα (αρνητική cache, που καθορίζεται από την εγγραφή SOA).
• Μια αλλαγή nameserver εξαρτάται από το TTL στο μητρώο (registry): στο .nl μία ώρα, στο .com δύο ημέρες.
• Βλέπετε μόνο εσείς ακόμη το παλιό; Ιδιωτικό παράθυρο, 4G, εκκαθάριση cache, επανεκκίνηση router και έλεγχος του αρχείου hosts.
• Ακόμη παλιό στον εξουσιοδοτημένο nameserver; Τότε η αναμονή είναι ανώφελη: αναζητήστε το σφάλμα.

Κουίζ

Άσκηση

Άσκηση Z6.2: TTL ανάθεσης και αρνητική cache. Δύο ερωτήσεις, και οι δύο απαντώνται με το dig ή ένα online εργαλείο dig:

1. Πόσα δευτερόλεπτα θυμούνται οι resolvers, σύμφωνα με το μητρώο (registry) του .com, τους nameservers του google.com; Ζητήστε το από έναν server .com: dig NS google.com @a.gtld-servers.net και δείτε το TTL στο τμήμα AUTHORITY.
2. Πόσα δευτερόλεπτα θυμάται ένας resolver ότι ένα όνομα κάτω από το sidn.nl δεν υπάρχει; Ζητήστε την εγγραφή SOA του sidn.nl (ο ιστότοπος του SIDN, του μητρώου του .nl στις Κάτω Χώρες) από το ns1.sidn.nl και εφαρμόστε τον κανόνα από αυτό το μάθημα (το μικρότερο από το TTL του SOA και το minimum του SOA).

Για περαιτέρω μελέτη

Τα βήματα σε αυτά τα άρθρα αφορούν τα panel του WebOké· σε άλλα panel η λειτουργία είναι παρόμοια.

• Πόσος χρόνος χρειάζεται για μια αλλαγή nameserver ή DNS, και τι γίνεται αν δεν τη βλέπετε;
• Ο ιστότοπος ή το email δεν λειτουργεί μετά από μετακόμιση ή αλλαγή DNS: ελέγξτε το domain σας
• Εγχειρίδιο DirectAdmin 5.11: Πότε ισχύει μια αλλαγή; Χρόνος αναμονής και TTL
• Δημιουργία ενός subdomain και τι να κάνετε αν δεν λειτουργεί
• Πώς μπορώ να δοκιμάσω το domain μου πριν μεταφερθεί; (localhost)
• Εγχειρίδιο WebOké 5.17: Υγεία domain και email: έλεγχος και επιδιόρθωση