Cisco VPN treo sau Hyper-V: gỡ liên kết hay dựng lại?

Máy khách quay vòng ở securing communications và không bao giờ hiện lời nhắc đăng nhập, và thứ duy nhất thay đổi là một lần cài trình giả lập. Kiểu này chỉ vào bộ tiếp hợp ảo, không phải hồ sơ hay mật khẩu. Quyết định là bộ tiếp hợp đang bị gắn vào bộ chuyển mạch Hyper-V mà nó không nên ở, hay nó chưa bao giờ khởi lên.

Hai trạng thái đó trông giống nhau trong máy khách và cần cách sửa khác nhau. Một là liên kết có thể gỡ; còn lại là lỗi trình điều khiển mà việc gỡ liên kết không chạm tới.

Giai đoạn securing communications đang chờ gì

Trước khi đường hầm được dựng, máy khách cần một đường mạng cục bộ hoạt động tới cổng. Nó cài bộ tiếp hợp ảo của riêng mình và dùng nó như một phần của đường đó. Nếu Hyper-V gắn bộ tiếp hợp đó vào một bộ chuyển mạch tạo cho trình giả lập, bộ tiếp hợp có thể thôi cung cấp tuyến dùng được.

Máy khách không báo nó đang chờ bộ tiếp hợp nào. Nhật ký thường kết thúc ở giai đoạn cuối cùng đạt được, và cùng lỗi đó xuất hiện với mọi địa chỉ cổng. Vì thế lịch sử cài đặt quan trọng hơn văn bản lỗi. Nhật ký vẫn đáng giữ; nó cho biết giai đoạn, không phải nguyên nhân.

Nhập lại thông tin đăng nhập hay cài lại hồ sơ không thể đổi liên kết bộ chuyển mạch. Nếu đó là hai bước đầu tiên của bạn, bạn đang sửa sai tầng.

Quyết định một: bộ tiếp hợp VPN có bị gắn vào nhầm bộ chuyển mạch?

Mở Hyper-V Manager, rồi Virtual Switch Manager, và đọc danh sách bộ tiếp hợp của từng bộ chuyển mạch. Bộ tiếp hợp Cisco không được xuất hiện như một phần gắn vào bộ chuyển mạch của trình giả lập. Nếu có, đó là lỗi của bạn, và cách sửa là gỡ nó khỏi bộ chuyển mạch đó.

Khởi động lại trước để máy khách khởi đầu sạch chứ không nửa kết nối. Gỡ liên kết, áp dụng, và để yên các bộ tiếp hợp khác cho tới khi bạn thử. Thay đổi có thể hoàn tác và không gỡ cài đặt gì, nhưng hãy ghi lại những bộ tiếp hợp bạn đã gỡ liên kết.

Khởi động máy khách và thử kết nối. Nếu vẫn treo, gỡ liên kết các bộ tiếp hợp ảo còn lại lần lượt và thử sau mỗi lần, để biết cái nào quan trọng.

Quyết định hai: bộ tiếp hợp đang bật nhưng không có địa chỉ?

Chạy ipconfig /all từ dấu nhắc nâng quyền để các bộ tiếp hợp ẩn cũng được tính, và so danh sách với điều bạn nhớ trước khi cài. Một bộ tiếp hợp không có địa chỉ và ở trạng thái ngắt phương tiện thường nghĩa là trình điều khiển chưa khởi động. Điều đó không sửa được bằng cách gỡ liên kết. Ghi lại trạng thái chính xác trước khi đổi bất cứ thứ gì.

Bộ tiếp hợp đang bật nhưng nối vào nhầm bộ chuyển mạch là trường hợp ở phần trước. Trạng thái địa chỉ là cách phân biệt hai trường hợp.

Khôi phục trình giả lập mà không khôi phục lỗi

Khi đường hầm chạy, gắn lại bộ tiếp hợp riêng của trình giả lập vào bộ chuyển mạch của nó và xác nhận VM nhận được địa chỉ. Đừng gắn lại bộ tiếp hợp VPN. Thử cả trình giả lập và máy khách một lần nữa trước khi coi là xong.

Trên máy trạm được quản lý, nói với quản trị viên liên kết nào bạn đã đổi. Một lần làm mới chính sách sau đó có thể khôi phục gắn kết cũ, và hiện tượng treo sẽ trở lại mà không có nguyên nhân rõ ràng.

Ghi lại tên bộ tiếp hợp, bộ chuyển mạch nó từng gắn vào, và trạng thái ipconfig trước và sau. Nếu hiện tượng treo trở lại sau một bản cập nhật, bản ghi đó là khác biệt giữa kiểm tra năm phút và bắt đầu lại từ đầu.