Ο τομέας VPN σας στο dnsmasq δεν είναι μεταφορά ζώνης

Ψάχνετε τη ζώνη της εταιρείας στη διαμόρφωση dnsmasq του πελάτη, δεν τη βρίσκετε και συμπεραίνετε ότι το VPN δεν έσπρωξε τον τομέα του. Αυτό που ωθήθηκε είναι μια υπόδειξη δρομολόγησης, όχι ζώνη. Ο πελάτης καταγράφει τον τομέα και τον resolver που πρέπει να απαντήσει γι' αυτόν, και το διαχειριζόμενο backend το μετατρέπει σε υπό όρους προώθηση. Το να κοιτάτε στο λάθος σημείο παράγει μια σίγουρη και εντελώς ψευδή διάγνωση.

Αυτό που δέχτηκε ο πελάτης δεν είναι αυτό που πρόσφερε η πύλη

Μια πύλη μπορεί να προσφέρει resolver, τομέα και τη διαδρομή που χρειάζεται για να φτάσετε σε αυτόν τον resolver, και ο πελάτης μπορεί να δεχτεί και τα τρία ή κανένα. Ένα εισαγόμενο προφίλ, ένα βοηθητικό σενάριο ή μια πολιτική που αγνοεί τις ωθημένες επιλογές μπορεί να αφήσει το σύνολο που έγινε δεκτό κενό ενώ η πλευρά του διακομιστή φαίνεται σωστή. Ξεκινήστε από την καταγεγραμμένη κατάσταση του πελάτη και όχι από τη διαμόρφωση του διακομιστή, γιατί αυτή η κατάσταση είναι αυτό που λαμβάνει πραγματικά ο resolver. Αν ο τομέας που έγινε δεκτός λείπει, τίποτα πιο πέρα δεν θα έχει σημασία. Ελέγξτε τις ιδιότητες DNS της σύνδεσης πριν εξετάσετε οποιαδήποτε κρυφή μνήμη.

Αυτή η διάκριση εξηγεί τις περισσότερες αναφορές για τομέα που δεν έφτασε ποτέ. Προσφέρθηκε, και δεν εφαρμόστηκε.

Δύο είδη καταχώρισης τομέα

Μια σύνδεση μπορεί να μεταφέρει συνηθισμένους τομείς αναζήτησης και τομείς μόνο δρομολόγησης, και το δεύτερο είδος αρχίζει με tilde. Ένας τομέας αναζήτησης δρομολογεί τα ερωτήματα και επιτρέπει την επέκταση σύντομων ονομάτων, που είναι βολικό σε σταθμό εργασίας και εκπληκτικό σε διακομιστή. Ένας τομέας μόνο δρομολόγησης δηλώνει ότι τα ερωτήματα για αυτό το επίθημα πρέπει να πηγαίνουν σε συγκεκριμένους διακομιστές χωρίς να αλλάζει ο τρόπος επίλυσης των σύντομων ονομάτων. Το να γράφετε τον ίδιο τομέα και με τους δύο τρόπους δεν είναι πλεονασμός, γιατί οι δύο καταχωρίσεις κάνουν διαφορετικές δουλειές.

Για έναν ιδιωτικό χώρο ονομάτων συνήθως θέλετε τη μορφή μόνο δρομολόγησης. Κρατά το επίθημα της εταιρείας στραμμένο στον εταιρικό resolver και αφήνει όλα τα άλλα ήσυχα.

Το localhost στο resolv.conf δεν είναι σφάλμα

Όταν χρησιμοποιείται τοπικός resolver κρυφής μνήμης, το αρχείο συστήματος δείχνει στη διεύθυνση loopback και σε τίποτα άλλο. Αυτή η καταχώριση προσδιορίζει τον τοπικό ακροατή, όχι τους ανάντη διακομιστές που του έδωσε ο διαχειριστής. Η εταιρική διεύθυνση θα λείπει νόμιμα από το αρχείο.

Η αντικατάσταση αυτής της καταχώρισης με δημόσιο resolver είναι η κλασική λανθασμένη διόρθωση. Αποκαθιστά τη δημόσια επίλυση ονομάτων και πετά την υπό όρους πολιτική στην ίδια επεξεργασία.

Μην μπερδεύετε τα backend

Ένα διαχειριζόμενο στιγμιότυπο dnsmasq και ένας resolver συστήματος είναι διαφορετικά προγράμματα με διαφορετική διαμόρφωση και διαφορετικές προβολές κατάστασης. Μια εντολή κατάστασης για το ένα δεν λέει τίποτα χρήσιμο για το άλλο.

Προσδιορίστε ποιο backend είναι διαμορφωμένο να χρησιμοποιεί ο διαχειριστής, και μετά διαβάστε τη διαμόρφωση που παράγεται για αυτό το backend, όχι ένα αρχείο σε επίπεδο διανομής που τυχαίνει να υπάρχει. Ο διαχειριστής γράφει τη δική του διαμόρφωση στιγμιοτύπου και υποστηρίζει προσαρμοσμένες επιλογές για αυτό το στιγμιότυπο, οπότε η επεξεργασία ενός άσχετου καθολικού αρχείου δεν αλλάζει τίποτα και μοιάζει με αλλαγή χωρίς αποτέλεσμα. Η εκκίνηση δεύτερου daemon στη θύρα 53 είναι χειρότερη από άχρηστη, γιατί τώρα δύο προγράμματα διαφωνούν για το ποιος κατέχει τη θύρα. Καθορίστε πρώτα τον ιδιοκτήτη και μετά επεξεργαστείτε εκεί όπου διαβάζει αυτός ο ιδιοκτήτης.

Δοκιμάστε τον χώρο ονομάτων, όχι μόνο την απάντηση

Ρωτήστε ένα επιτρεπόμενο ιδιωτικό όνομα και ένα δημόσιο όνομα ελέγχου μέσω της κανονικής διαδρομής της εφαρμογής. Μια άμεση ερώτηση προς τον εταιρικό διακομιστή αποδεικνύει ότι η εγγραφή υπάρχει· δεν αποδεικνύει ότι ο πελάτης επέλεξε αυτόν τον διακομιστή. Η δεύτερη ερώτηση είναι αυτή που ελέγχει την πολιτική.

Έπειτα επαναλάβετε μετά από επανασύνδεση και μετά από αποσύνδεση. Η συσχέτιση πρέπει να ακολουθεί τον κύκλο ζωής της σύνδεσης, και τα ιδιωτικά ονόματα πρέπει να σταματήσουν να επιλύονται όταν η σήραγγα λείπει, αντί να πέφτουν πίσω σε δημόσιο resolver που απαντά για το ίδιο επίθημα. Αν πέφτουν πίσω, βρήκατε διαρροή, που είναι διαφορετικό ελάττωμα από μια χαλασμένη αναζήτηση. Γράψτε ποιο backend έτρεχε, ποιοι τομείς εφαρμόστηκαν και τι επέστρεψε κάθε ερώτηση.