AnyConnect ghi đè hồ sơ của bạn? Đó là trùng tên tệp

Câu chuyện đang lan truyền là AnyConnect đã mất cổng thứ hai của bạn, hoặc ứng dụng quá cũ để giữ hai hồ sơ. Không điều nào xảy ra. Điều xảy ra là ứng dụng lưu mọi hồ sơ nó từng thấy thành tệp mang tên do máy chủ gửi, và hai cổng của bạn đặt cùng một tên cho tệp của chúng. Trên đĩa chỉ có một chỗ cho tên đó, nên lần tải thứ hai chiếm chỗ của lần đầu.

Hai thư mục, và chỉ một là của bạn

Bản sao thay đổi là bản làm việc dưới hồ sơ người dùng của chính bạn, thường là %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Tệp đó ghi lại lần kết nối cuối cùng bạn thực hiện và hồ sơ nào đã được dùng. Vì nằm trong thư mục của bạn, ứng dụng ghi lại nó ở mỗi lần kết nối mà không yêu cầu nâng quyền.

Danh sách bạn thấy trong menu thả xuống là thứ khác. Mọi hồ sơ máy từng nhận được đều được sao chép vào %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, và ứng dụng liệt kê các tệp ở đó. Ghi vào thư mục đó cần quyền quản trị, điều này giải thích một triệu chứng mà người ta đọc sai: thêm hồ sơ thủ công với tư cách người dùng thường có vẻ thành công, rồi mục đó biến mất.

Vậy tệp theo người dùng là con trỏ và thư mục của cả máy là thư viện. Một mục biến mất nghĩa là thư viện đã thay đổi, không phải con trỏ.

Ứng dụng khớp tệp theo tên, không theo cổng

Danh tính hồ sơ trong ứng dụng này là tên tệp. Hai thiết bị cùng đẩy company.xml, xét theo kho hồ sơ cục bộ, là cùng một hồ sơ được công bố hai lần. Lần tải thứ hai ghi đè lần đầu, và mục trong cửa sổ vẫn trỏ tới một tệp mà giờ mô tả địa điểm kia.

Đó là lý do sự cố trông kỳ lạ đến vậy. Tên trong danh sách vẫn đọc như địa điểm bạn mong đợi, xác thực vẫn thành công với cổng thực sự được cấu hình, và không có gì báo lỗi. Thứ đã thay đổi là nội dung phía sau một nhãn mà bạn tin tưởng.

Đọc HostAddress, không đọc nhãn

Mở tệp bằng trình soạn thảo văn bản và xem danh sách máy chủ. Một hồ sơ có phần tử HostName, là nhãn hiển thị, và phần tử HostAddress, là cổng mà ứng dụng thực sự liên hệ. Nhãn là văn bản tự do mà ai cũng có thể sửa, còn địa chỉ quyết định nơi bạn đáp xuống.

Hãy so hai giá trị đó với cổng bạn định tới trước khi kết luận ứng dụng bị hỏng.

Giữ cả hai cổng, theo thứ tự

Lấy hồ sơ đã được chấp nhận cho từng địa điểm, từ chính địa điểm hoặc từ máy đã kết nối. Đổi tên từng tệp để hai tên khác nhau, ví dụ site-a.xml và site-b.xml. Với quyền quản trị, đặt cả hai vào thư mục hồ sơ của cả máy và giữ các bản gốc bạn đã nhận. Sau đó khởi động lại ứng dụng và xác nhận cả hai mục xuất hiện trong menu thả xuống.

Sau khi kết nối với từng cái, mở lại preferences.xml và kiểm tra tên hồ sơ nào được ghi là dùng gần nhất. Nếu tên khớp với mục bạn đã nhấp, ánh xạ cục bộ đang hoạt động đúng. Nếu không, vẫn có thứ gì đó đẩy tệp đè lên bản sao đã đổi tên của bạn.

Điều mà đổi tên không khắc phục

Tên tệp mới chỉ đổi một nhãn cục bộ và không gì khác. Địa chỉ cổng, phương thức xác thực, chứng chỉ máy chủ trình bày và mọi lựa chọn nhóm trong hồ sơ đều giữ nguyên. Bản sao đã đổi tên của hồ sơ sai vẫn là hồ sơ sai, và nó sẽ kết nối bạn tới địa điểm sai dưới một tên đáng tin.

Nó cũng không chịu được một lần đẩy quản lý nhắm vào tên tệp gốc.

Khi lần đẩy tiếp theo hủy bỏ điều đó

Nếu tổ chức của bạn phân phối hồ sơ theo tên, một bản cập nhật sẽ thay thế mọi tệp dùng tên đó. Hãy coi các bản sao đã đổi tên là tiện ích cục bộ và lặp lại bài kiểm tra kết nối sau mỗi lần cập nhật ứng dụng, kiểm tra địa chỉ chứ không phải nhãn.

Để có cách bố trí lâu dài, hãy yêu cầu một cấu hình nhiều cổng được hỗ trợ thay vì tự duy trì tệp. Các chỉnh sửa trong thư mục chương trình là thứ đầu tiên bị bản nâng cấp loại bỏ, và tệp tùy chọn theo người dùng được ghi lại theo thiết kế.

Giữ một dòng cho mỗi cổng: tên tệp, HostAddress và thư mục chứa nó. Ghi chú đó trả lời báo cáo sai địa điểm tiếp theo nhanh hơn một lần cài lại.