RRAS DHCP: νέα διεύθυνση ή μόνο επιλογές διαμόρφωσης;

Το να διαβάζετε ένα DHCPACK σε μια καταγραφή ως απόδειξη ότι ο πελάτης VPN πήρε τη διεύθυνσή του από το DHCP είναι λάθος. Συνήθως αποδεικνύει μόνο ότι κάποιο μήνυμα DHCP απαντήθηκε. Το Windows RRAS μπορεί να δίνει διευθύνσεις συνεδρίας από το δικό του στατικό σύνολο, ενώ το DHCP εξακολουθεί να παρέχει επιλογές στον συνδεδεμένο πελάτη. Ο τύπος του αιτήματος σας λέει ποια από τις δύο εργασίες εκτελούνταν.

Δύο εργασίες που μοιράζονται έναν τύπο μηνύματος

Το DHCP κάνει δύο ξεχωριστά πράγματα και αυτά μοιράζονται τύπους μηνυμάτων. Το ένα είναι η εκχώρηση διεύθυνσης και μίσθωσης. Το άλλο είναι η παράδοση διαμόρφωσης σε κεντρικό υπολογιστή που έχει ήδη διεύθυνση, το οποίο το RFC 2131 ονομάζει DHCPINFORM. Η απάντηση στη δεύτερη περίπτωση φέρει επιλογές και καθόλου χρόνο μίσθωσης.

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

Από πού παίρνει το RRAS τη διεύθυνση

Το RRAS κατέχει την απόφαση για τη διεύθυνση VPN μέσω της ρυθμισμένης μεθόδου εκχώρησης IPv4: είτε διακομιστή DHCP είτε στατικού συνόλου διευθύνσεων. Όταν το σύνολο είναι στατικό, το σύνολο είναι ο εκχωρητής και μια δέσμευση σε ξεχωριστό διακομιστή DHCP δεν έχει λόγο σε εκείνη τη συνεδρία. Οι δύο μηχανισμοί μπορούν να συνυπάρχουν στο ίδιο δίκτυο χωρίς ο ένας να ελέγχει τον άλλο.

Get-Command -Module RemoteAccess *IPAddress*

Βρείτε την ενεργή μέθοδο εκχώρησης πριν εντοπίσετε το σφάλμα στη διεύθυνση. Αν είναι στατικό σύνολο, το εύρος DHCP είναι το λάθος μέρος για έλεγχο. Η παραπάνω εντολή απαριθμεί τα cmdlet που υπάρχουν στην έκδοση που εκτελείτε, και αυτό αρκεί για να βρείτε τη ρύθμιση.

Τι μπορεί να αποδείξει μια κλάση χρήστη και τι όχι

Η κλάση χρήστη DHCP είναι μια συμβολοσειρά που στέλνει ο πελάτης, όχι πιστοποιημένη ιδιότητα μέλους ομάδας. Ακόμη και όταν ένας πελάτης στέλνει μία και ο διακομιστής εφαρμόζει πολιτική βάσει αυτής, η ετικέτα αποδεικνύει μόνο ότι η συμβολοσειρά έφτασε. Το RFC 3004 λέει ευθέως ότι η επιλογή δεν πιστοποιεί το δικαίωμα στην κλάση.

Μην περιμένετε να εμφανιστεί όνομα χρήστη VPN, αναγνωριστικό ομάδας ασφαλείας ή η διεύθυνση Ethernet του φορητού σε εκείνο το αίτημα σε χρησιμοποιήσιμη μορφή. Αυτά είναι γεγονότα πιστοποίησης και καταλόγου και το αίτημα DHCP δεν φέρει κανένα από τα δύο. Αν η απαίτηση είναι να ξεχωρίζετε εξουσιοδοτημένα άτομα, εφαρμόστε το στην πολιτική VPN όπου η ταυτότητα υπάρχει πραγματικά. Αυτός ο διαχωρισμός είναι ο λόγος που τα δύο συστήματα μένουν ανεξάρτητα.

Συγκρίνετε τα στοιχεία, όχι το ACK

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

Get-DhcpServerv4OptionValue -ScopeId 10.90.0.0

Αν η διεύθυνση ήρθε από το σύνολο του RRAS, μια δέσμευση DHCP δεν εξηγεί τίποτα. Αν οι επιλογές έφτασαν αλλά ο πελάτης τις αγνόησε, ο διακομιστής έκανε τη δουλειά του και η διαμόρφωση του πελάτη είναι ο επόμενος σταθμός. Συγκρίνετε ρητά αυτά τα δύο αποτελέσματα και το ACK παύει να είναι αμφίσημο. Δύο ίχνη, ένα από κάθε μέθοδο εκχώρησης, λύνουν τη διαφωνία γρηγορότερα από οποιαδήποτε τεκμηρίωση.