Το AnyConnect αντικαθιστά το προφίλ σας; Είναι σύγκρουση ονομάτων

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

Δύο φάκελοι, και μόνο ο ένας είναι δικός σας

Το αντίγραφο που αλλάζει συνεχώς είναι το αντίγραφο εργασίας κάτω από το δικό σας προφίλ χρήστη, συνήθως %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Αυτό το αρχείο καταγράφει την τελευταία σύνδεση που κάνατε και ποιο προφίλ χρησιμοποίησε. Επειδή βρίσκεται στον φάκελό σας, ο πελάτης το ξαναγράφει σε κάθε σύνδεση χωρίς να ζητά αναβάθμιση δικαιωμάτων.

Η λίστα που βλέπετε στο αναπτυσσόμενο μενού είναι κάτι διαφορετικό. Κάθε προφίλ που έχει ποτέ λάβει ο υπολογιστής αντιγράφεται στο %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, και ο πελάτης εμφανίζει όποια αρχεία βρίσκονται εκεί. Η εγγραφή σε αυτόν τον φάκελο απαιτεί δικαιώματα διαχειριστή, κάτι που εξηγεί ένα σύμπτωμα που οι άνθρωποι διαβάζουν λάθος: η χειροκίνητη προσθήκη προφίλ ως απλός χρήστης φαίνεται να λειτουργεί, και μετά η καταχώριση εξαφανίζεται.

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

Ο πελάτης ταιριάζει αρχεία με βάση το όνομα, όχι την πύλη

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

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

Διαβάστε το HostAddress, όχι την ετικέτα

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

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

Κρατώντας και τις δύο πύλες, με σειρά

Προμηθευτείτε το αποδεκτό προφίλ για κάθε τοποθεσία, είτε από την τοποθεσία είτε από υπολογιστή που συνδέεται ήδη. Μετονομάστε κάθε αρχείο ώστε τα δύο ονόματα να διαφέρουν, για παράδειγμα site-a.xml και site-b.xml. Ως διαχειριστής, τοποθετήστε και τα δύο στον φάκελο προφίλ για όλο τον υπολογιστή και κρατήστε τα πρωτότυπα που λάβατε. Στη συνέχεια επανεκκινήστε τον πελάτη και επιβεβαιώστε ότι και οι δύο καταχωρίσεις εμφανίζονται στο αναπτυσσόμενο μενού.

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

Τι δεν διορθώνει η μετονομασία

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

Επίσης δεν επιβιώνει από ένα push διαχείρισης που στοχεύει το αρχικό όνομα αρχείου.

Όταν το επόμενο push το ακυρώσει

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

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

Κρατήστε μία γραμμή ανά πύλη: όνομα αρχείου, HostAddress και σε ποιον φάκελο βρίσκεται. Αυτή η σημείωση απαντά στην επόμενη αναφορά λάθος τοποθεσίας πιο γρήγορα από μια επανεγκατάσταση.