Δύο φορητοί υπολογιστές πιστοποιούνται στην ίδια πύλη Azure point-to-site και μόνο ένας φτάνει στο νεοσυνδεδεμένο VNet. Και οι δύο δείχνουν Connected, άρα η πιστοποίηση δεν είναι η διαφορά· η διαφορά είναι οι διαδρομές προορισμού που κρατούν. Ξεκινήστε από τον πελάτη που αποτυγχάνει, συγκρίνετε έναν μόνο προορισμό και μόνο τότε αποφασίστε αν το κενό ανήκει στο πακέτο της πύλης ή στον τοπικό πίνακα διαδρομών.

Ξεκινήστε από τον πελάτη που αποτυγχάνει, όχι από την πύλη

Επιβεβαιώστε την τοπολογία πριν κατηγορήσετε τον φορητό. Ελέγξτε ποια VNet συνδέονται με το VNet της πύλης και αν το νέο δίκτυο είναι άμεσα peered ή προσπελάσιμο μέσω ξεχωριστής σήραγγας site-to-site. Αν το νέο VNet δεν συνδέεται καθόλου με το VNet της πύλης, κανένα πακέτο πελάτη δεν μπορεί να δρομολογήσει προς αυτό, και ο λειτουργικός φορητός είναι η ανωμαλία που πρέπει να εξηγηθεί. Καταγράψτε την απάντηση, γιατί καθορίζει αν αποσφαλματώνετε πελάτη ή πύλη.

Όταν η τοπολογία είναι σωστή, βάλτε τους δύο φορητούς δίπλα-δίπλα. Ίδια πύλη, ίδια δεξαμενή διευθύνσεων, ίδιο πρωτόκολλο και ίδια έκδοση πελάτη είναι η σύγκριση που θέλετε· οτιδήποτε άλλο είναι δεύτερη μεταβλητή που θα πρέπει να αποκλείσετε αργότερα.

Συγκρίνετε έναν προορισμό με το route print

Διαλέξτε μια επιτρεπτή IP πόρου και συγκρίνετε και τους δύο φορητούς δύο φορές: αποσυνδεδεμένους και μετά συνδεδεμένους. Στα Windows, το route print -4 εμφανίζει διαδρομές IPv4 με πρόθεμα προορισμού, διασύνδεση, επόμενο άλμα και μετρική. Καταγράψτε τη γραμμή που θα κέρδιζε πραγματικά για αυτόν τον προορισμό αντί να μετράτε εγγραφές που περιέχουν τη λέξη VPN.

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

Ένα συγκρουόμενο τοπικό πρόθεμα μπορεί να δώσει το ίδιο σύμπτωμα. Πριν προσθέσετε οτιδήποτε, αποφασίστε ποια από τις δύο περιπτώσεις έχετε: καμία διαδρομή σήραγγας, ή διαδρομή σήραγγας που χάνει από μια πιο συγκεκριμένη.

Το TTL expired δεν είναι σφάλμα κατανομής διαδρομών

Ένα ping που επιστρέφει TTL expired in transit λέει ότι το πακέτο εξάντλησε το όριο αλμάτων του, κάτι που συνήθως σημαίνει βρόχο προώθησης και όχι χαλασμένο οδηγό VPN. Το ping των Windows δέχεται TTL έως 255, και η αύξηση της τιμής δεν διορθώνει βρόχο· απλώς καθυστερεί το ίδιο σφάλμα. Αντιμετωπίστε το μήνυμα ως σύμπτωμα της διαδρομής, όχι ως απόδειξη για την κατανομή διαδρομών.

Χρησιμοποιήστε το tracert -4 10.24.1.10 για να δείτε πού επαναλαμβάνεται η διαδρομή. Αν τα ίδια δύο άλματα εμφανίζονται ξανά και ξανά, αναζητήστε διαδρομή που στέλνει κίνηση προς τη σήραγγα πίσω στη σήραγγα ή σε τοπικό δρομολογητή που την προωθεί πίσω.

Αναδημιουργήστε το πακέτο στην πύλη που το κατέχει

Η Microsoft τεκμηριώνει ότι τα πακέτα πελάτη Windows πρέπει να κατεβαίνουν και να εγκαθίστανται ξανά μετά από σχετικές αλλαγές τοπολογίας. Πάρτε το τρέχον πακέτο από την πύλη Azure που εξυπηρετεί αυτό το προφίλ και εφαρμόστε το με τη υποστηριζόμενη διαδικασία για αυτόν τον πελάτη. Η αντικατάσταση εκτελέσιμου άσχετης εφαρμογής VPN δεν είναι η ίδια ενέργεια με την αναδημιουργία ρυθμίσεων ειδικών για την πύλη. Το να ξανακατεβάσετε το πακέτο είναι φθηνό· το να μαντεύετε τοπικές διαδρομές δεν είναι.

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

Τα σενάρια δρομολόγησης Azure P2S διαχωρίζουν τα άμεσα peered VNet από δίκτυα που φτάνουν μέσω άλλων σηράγγων, και ένα νέο πακέτο δεν μπορεί να κάνει το peering μεταβατικό. Ορισμένα σενάρια Windows site-to-site ή BGP απαιτούν επίσης χειροκίνητες απομακρυσμένες διαδρομές, οπότε η ανανέωση πακέτου δεν είναι καθολικός μηχανισμός κατανομής διαδρομών.

Κρατήστε μια προσωρινή διαδρομή προσωρινή

Μια χειροκίνητη διαδρομή μπορεί να απομονώσει μια διαδρομή πελάτη που λείπει, αλλά χτίστε την από τον πραγματικό σχεδιασμό: route add 10.24.0.0 mask 255.255.0.0 172.16.0.1 if 42, χωρίς τη μόνιμη σημαία, ώστε να εξαφανιστεί στην επανεκκίνηση. Επιλέξτε δείκτη διασύνδεσης και επόμενο άλμα από τον συνδεδεμένο προσαρμογέα VPN, όχι από εικασία.

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

Όταν η σωστή διαδρομή είναι ενεργή, δοκιμάστε την εφαρμογή προορισμού και όχι ένα ping. Αν τα πακέτα φτάνουν στο Azure αλλά η υπηρεσία εξακολουθεί να αποτυγχάνει, ελέγξτε την ομάδα ασφαλείας δικτύου και τη διαδρομή επιστροφής, γιατί αυτά είναι ξεχωριστά από το αν ο φορητός έμαθε το πρόθεμα.

Σχετικά άρθρα