Ένας χρήστης δεν μπορεί να συνδεθεί στην πύλη Point-to-Site, ανοίγετε τη σελίδα της πύλης και δεν υπάρχει πουθενά ιστορικό συνδέσεων στη σελίδα. Διαμόρφωση, πιστοποιητικά, κατάσταση: όλα παρόντα, καμία εγγραφή. Τα αρχεία καταγραφής υπάρχουν, αλλά δεν παράγονται καθόλου από τις σελίδες δικτύωσης. Προέρχονται από μια διαγνωστική ρύθμιση που έχει προσαρτηθεί στον πόρο της πύλης, και αυτή η ρύθμιση ζει στο Monitor· γι' αυτό η πρώτη αναζήτηση στο προφανές σημείο δεν επιστρέφει τίποτα, και οι άνθρωποι συμπεραίνουν ότι η υπηρεσία δεν κρατά κανένα ίχνος ελέγχου.

Γιατί αποτυγχάνει η προφανής αναζήτηση

Παλαιότερες οδηγίες δηλώνουν ότι το Azure Point-to-Site VPN δεν έχει έλεγχο, και αυτό ίσχυε όταν η υπηρεσία δεν εξέθετε καμία εγγραφή ανά σύνδεση. Οι σημερινές πύλες δημοσιεύουν διαγνωστικές εγγραφές σήραγγας, οπότε το χρήσιμο ερώτημα άλλαξε: όχι αν υπάρχουν αρχεία καταγραφής, αλλά ποιος πόρος τα εκπέμπει και ποια κατηγορία ενεργοποιήσατε. Η σελίδα της πύλης είναι επιφάνεια διαμόρφωσης, και οι επιφάνειες διαμόρφωσης σπάνια χρησιμεύουν και ως προβολείς αρχείων καταγραφής. Μια διαγνωστική ρύθμιση είναι αντικείμενο ανά πόρο, επομένως ο πόρος που επιλέγετε καθορίζει όλα τα επόμενα.

Το άλλο μισό της σύγχυσης είναι η αυθεντικοποίηση. Οι συνδέσεις Point-to-Site με βάση πιστοποιητικά δεν δημιουργούν συμβάν σύνδεσης ανά χρήστη όπως κάνει ένας πάροχος ταυτότητας, επομένως δεν υπάρχει εγγραφή για ένα επώνυμο άτομο που πληκτρολογεί κωδικό πρόσβασης.

Προσαρτήστε τη διαγνωστική ρύθμιση στον πόρο της πύλης

Ανοίξτε το Monitor, μετά το Diagnostic settings, και προσθέστε μια νέα ρύθμιση της οποίας ο στόχος είναι η ίδια η πύλη εικονικού δικτύου και όχι το εικονικό δίκτυο που την περιέχει. Επιλέξτε τη διαγνωστική κατηγορία Point-to-Site, αυτή με το όνομα P2SDiagnosticLog, γιατί αυτή μεταφέρει τις εγγραφές σύνδεσης ανά πελάτη· προσθέστε τις κατηγορίες σήραγγας, διαδρομής ή IKE μόνο για τα σφάλματα site-to-site που καλύπτουν. Στη συνέχεια στείλτε τα δεδομένα σε έναν χώρο εργασίας Log Analytics που ελέγχετε, με περίοδο διατήρησης που επιλέξατε σκόπιμα. Οι περισσότερες αποτυχημένες αναζητήσεις είναι μια ρύθμιση προσαρτημένη σε λάθος πόρο, όχι μια λειτουργία που λείπει.

Οι λίστες κατηγοριών διαφέρουν ανάλογα με τον τύπο και τη γενιά της πύλης. Αν η κατηγορία Point-to-Site λείπει, η πύλη μπορεί να είναι παλαιότερη από τη λειτουργία ή να εκτελεί SKU που δεν την εκπέμπει ποτέ, οπότε ελέγξτε τις υποστηριζόμενες κατηγορίες πριν ψάξετε για πρόβλημα δικαιωμάτων. Μια πύλη χωρίς κατηγορία Point-to-Site δεν είναι χαλασμένη· απλώς δεν μπορεί να είναι η πηγή αυτής της εγγραφής, και το πλησιέστερο υποκατάστατο είναι η κατηγορία σήραγγας ή IKE, που καταγράφει τη διεύθυνση του πελάτη ακόμη και αν δεν περιγράφει συνεδρία Point-to-Site. Επιβεβαιώστε τη λίστα κατηγοριών πριν ανοίξετε υπόθεση υποστήριξης για αρχεία καταγραφής που λείπουν.

Διαβάστε τις εγγραφές στον πίνακα που χρησιμοποιεί η λειτουργία σας

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

AzureDiagnostics
| where ResourceType == "VIRTUALNETWORKGATEWAYS"
| where _ResourceId has "gateway-name"
| where TimeGenerated > ago(2h)
| project TimeGenerated, Category, OperationName, ResultType, ResultDescription
| order by TimeGenerated desc

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

Συνδυάστε την εγγραφή της πύλης με την οπτική του πελάτη

Τα αρχεία καταγραφής της πύλης περιγράφουν τη σήραγγα, όχι γιατί ένας φορητός υπολογιστής απέτυχε να δημιουργήσει μία. Συλλέξτε την πλευρά του πελάτη στο ίδιο χρονικό σήμα: το αρχείο συμβάντων των Windows για τον πελάτη RAS, το αρχείο συνδέσεων του macOS ή το κείμενο σφάλματος που εμφάνισε η εφαρμογή πελάτη. Μια εγγραφή πύλης χωρίς αντίστοιχη προσπάθεια πελάτη δείχνει τον πελάτη· ένας πελάτης που αναφέρει επιτυχία ενώ η πύλη δεν καταγράφει τίποτα συνήθως σημαίνει ότι το προφίλ στοχεύει άλλη πύλη.

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

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

Διατήρηση, εύρος και η καταχώριση στο runbook

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

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

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