Mục chuỗi khóa nào đang giữ đăng nhập VPN của bạn ở trạng thái cũ?
Một lần đăng nhập bị từ chối và một chứng chỉ hết hạn cần các cách sửa khác nhau. Đọc lời nhắc, tìm mục sở hữu nó, rồi kết nối lại một lần.
Xem Mac đưa ra một mật khẩu cũ, xem lần đăng nhập thất bại, và bước tiếp theo hiển nhiên trở thành một lần đặt lại toàn bộ chuỗi khóa. Cách sửa đó tốn kém và thường nhắm vào mục sai. Một mật khẩu cũ, một chứng chỉ hết hạn và một tài khoản bị khóa đều tạo ra sự từ chối, và chỉ một trong số chúng sống trong một mục chuỗi khóa mà bạn có thể xóa. Đọc lời nhắc trước khi xóa bất cứ thứ gì.
Ba lỗi, ba cách xóa khác nhau
Mật khẩu tài khoản là một bí mật mà ứng dụng khách gửi tới cổng, và xóa nó buộc người dùng phải nhập một mật khẩu mới. Cụm mật khẩu của khóa riêng mở khóa một tệp khóa, nên xóa mục cụm mật khẩu để khóa nguyên vẹn nhưng khiến nó không dùng được cho đến khi ai đó nhập lại cụm từ. Chứng chỉ ứng dụng khách có thời hạn hiệu lực, và không lượng xóa mật khẩu nào gia hạn nó. Đó là ba đối tượng với ba chủ sở hữu, và văn bản lỗi của ứng dụng khách nêu tên cái nào đã thất bại.
So sánh này không mang tính học thuật, vì chọn sai tốn một chu kỳ hỗ trợ và dạy người dùng rằng cách sửa là ngẫu nhiên. Lỗi hết hạn chứng chỉ sống sót qua mọi lần đặt lại mật khẩu, và một mục mật khẩu liên tục xuất hiện lại có thể thuộc về một dịch vụ khác chứ không phải VPN. Ghép lỗi với đối tượng trước, rồi quyết định xóa, nhập lại hay gia hạn.
Đặt lại toàn bộ chuỗi khóa sẽ xóa thông tin đăng nhập của thư, trình duyệt và các dịch vụ khác. Đó là phương án cuối cùng với chi phí phục hồi riêng, không phải bước xử lý sự cố VPN.
Đọc lời nhắc và tài khoản trước khi chạm vào một mục
Đọc lỗi chính xác, rồi đọc xem ứng dụng khách đang dùng tài khoản nào. Đăng nhập trang web của nhà cung cấp và thông tin đăng nhập cổng thường là các tài khoản khác nhau, và ứng dụng khách có thể đang lưu cái này trong khi người dùng đặt lại cái kia. Kiểm tra tên hồ sơ và tên người dùng hiển thị trong cài đặt ứng dụng khách. Nếu chúng không khớp với điều người dùng tin, mật khẩu đã lưu không cũ; nó thuộc về thứ khác.
Một chứng chỉ bị từ chối thường báo hết hạn hoặc chuỗi không đáng tin cậy thay vì lỗi xác thực, trong khi một tài khoản bị khóa báo một thông báo chính sách hoặc khóa. Những thông báo đó đến từ các tầng khác nhau, khiến cách diễn đạt trở thành cách nhanh nhất để phân biệt chúng. Sao chép thông báo vào phiếu, vì đó là bằng chứng duy nhất sống sót qua lần thử tiếp theo.
Tìm mục thực sự sở hữu bí mật
Bắt đầu bằng chính tính năng quên mật khẩu của ứng dụng khách khi có, vì đó là đường được hỗ trợ và nó nhắm đúng mục. Nếu phải mở Keychain Access, hãy tìm theo tên dịch vụ từ cấu hình ứng dụng khách thay vì từ VPN, vì từ VPN khớp với quá nhiều thứ. Kiểm tra mục đã chọn trước khi xóa: tài khoản, loại và ngày sửa đổi của nó đều phải phù hợp với câu chuyện. Một mục được sửa lần cuối nhiều năm trước có lẽ không phải mục mà ứng dụng khách vừa dùng.
Vắng mặt trong một khung nhìn không chứng minh rằng không có gì được lưu. Các mục có thể sống trong chuỗi khóa đăng nhập, trong chuỗi khóa iCloud hoặc bên trong một hồ sơ được quản lý, và mỗi cái là một vùng chứa khác nhau với quy tắc truy cập khác nhau. Kiểm tra danh sách riêng của ứng dụng khách và danh sách hệ thống trước khi kết luận rằng bí mật bị thiếu.
Với một Mac được quản lý, hãy dùng quy trình xóa của quản trị viên. Xóa quanh các hạn chế của hồ sơ sẽ để thiết bị ở trạng thái mà lần kiểm tra chính sách tiếp theo sẽ hoàn tác.
Kết nối lại một lần, rồi dừng
Sau khi gỡ hoặc cập nhật mục, hãy thực hiện một lần thử đăng nhập qua luồng được hỗ trợ. Một lần thử trả lời câu hỏi, trong khi năm lần thử trả lời bằng khóa tài khoản. Nếu cách diễn đạt của sự từ chối thay đổi, việc xóa đã hiệu quả và lỗi còn lại nằm ở tầng khác. Nếu nó lặp lại y hệt, hãy khôi phục thứ bạn đã gỡ và quay lại lời nhắc.
Gỡ một mục cục bộ để thông tin đăng nhập tại dịch vụ không bị đụng tới. Khi bí mật có thể đã bị người khác nhìn thấy, hãy coi đó là nhiệm vụ luân chuyển và dùng luồng thay mật khẩu hoặc thay khóa của nhà cung cấp, vì bản sao trong chuỗi khóa là một trong vài nơi nó tồn tại. Dọn dẹp cục bộ và thu hồi từ xa là các thao tác riêng biệt với chủ sở hữu riêng biệt.
So sánh điều mỗi cách sửa có thể hứa
Xóa một mục mật khẩu hứa rằng ứng dụng khách sẽ hỏi mật khẩu lại, và không hơn thế. Thay một chứng chỉ hứa một thời hạn hiệu lực mới, nhưng chỉ khi dịch vụ phát hành có thể tiếp cận và hồ sơ được cập nhật. Luân chuyển một mật khẩu hoặc khóa hứa rằng bí mật cũ ngừng hoạt động, và đó là cách sửa duy nhất giúp ích khi mối lo là lộ lọt. Chọn lời hứa bạn cần, rồi thực hiện thao tác đó.
Viết kết quả vào phiếu: mục nào đã bị xóa, thông tin đăng nhập nào đã được luân chuyển và lần đăng nhập nào thành công. Người tiếp theo có cùng triệu chứng cần ánh xạ đó chứ không phải một câu chuyện về chuỗi khóa được xây lại. Hướng dẫn Keychain Access của Apple mô tả các vùng chứa và quy tắc truy cập của chúng, và đó chính là phần mọi người thường đoán.