Η σύνδεση στο VPN δεν επαναλαμβάνει το σενάριο εισόδου σας

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

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

Τα σενάρια στηρίζονται σε γεγονότα κύκλου ζωής που δεν μπορείτε να επαναλάβετε

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

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

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

Δέστε την εργασία στη σύνδεση, όχι στην είσοδο

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

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

Δοκιμάστε την ετοιμότητα πριν δράσετε και αποτύχετε ηχηρά

Ένα γεγονός σύνδεσης μπορεί να φτάσει πριν ο DNS ή ο διακομιστής αρχείων είναι χρησιμοποιήσιμος, οπότε η εργασία πρέπει να δοκιμάζει τι χρειάζεται αντί να υποθέτει. Επιλύστε το συγκεκριμένο όνομα, δοκιμάστε τη συγκεκριμένη σύνδεση και επαναλάβετε με όριο και καθυστέρηση: το Resolve-DnsName files.corp.example μέσα σε σύντομο βρόχο χωρίζει το όχι-ακόμη από το ποτέ. Αναφέρετε μια συγκεκριμένη αποτυχία μετά την τελευταία επανάληψη, με το όνομα και το σφάλμα μέσα.

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

Επαληθεύστε τέσσερα πράγματα και μετά κάντε το επαναλήψιμο

Κατά την πιλοτική φάση, καταγράψτε τέσσερις παρατηρήσεις αντί για μία: το γεγονός σύνδεσης ενεργοποιήθηκε, η εργασία ξεκίνησε, ο πόρος απάντησε και η ζητούμενη αλλαγή εφαρμόστηκε πραγματικά. Αν το αρχείο καταγραφής σταματά στο ξεκίνησε η εργασία, η πραγματική αποτυχία μένει αόρατη όσο κι αν περιμένετε. Έπειτα εκτελέστε το gpresult /scope user /v για να δείτε τι πολιτική νομίζει ότι έχει η συνεδρία, και συγκρίνετε το με τη ρύθμιση που περιμένατε. Μια αναφορά που καταγράφει το GPO ως εφαρμοσμένο δεν λέει ακόμη τίποτα για μια αντιστοίχιση.

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

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