Bộ điều hợp TAP của OpenVPN không cài được: giai đoạn nào hỏng?

Trình cài đặt báo rằng không thể tạo bộ điều hợp TAP, và câu đó bao trùm ít nhất ba lỗi khác nhau. Gói có thể chưa bao giờ được chuẩn bị, gói đã được chuẩn bị nhưng không có thiết bị nào được tạo, hoặc thiết bị tồn tại với trạng thái có vấn đề mà trình cài đặt báo cáo như một lỗi chung duy nhất. Bạn thuộc trường hợp nào sẽ quyết định ai sửa và cần bằng chứng gì.

Trước hết, hãy thu thập số bản dựng và dấu thời gian cài đặt. Cả hai biến một thư mục nhật ký thành một cuộc tìm kiếm thực sự chạy được.

Ba Giai Đoạn, Ba Nhật Ký Khác Nhau

Giai đoạn đầu là chính trình cài đặt, giải nén tệp, giữ nhật ký riêng và báo một mã tóm tắt như 1603 nói rằng giao dịch thất bại mà không nói ở đâu. Giai đoạn hai là kho trình điều khiển, nơi một gói đã ký được chuẩn bị để dùng sau, đó là thành tựu khác với việc gắn nó vào phần cứng. Giai đoạn ba là tạo thiết bị, nơi Windows dựng một thể hiện thiết bị, áp dụng INF và ghi kết quả vào nhật ký setupapi. Một khoảng trống lặng lẽ giữa hai giai đoạn bất kỳ trong số đó tạo ra cùng một câu mà người dùng nhìn thấy.

Mã tóm tắt thuộc về giao dịch, còn hành động thất bại nằm đâu đó trước đó trong cùng nhật ký. Hãy tìm ngược từ mã thay vì cố giải thích mã.

Đọc setupapi.dev.log quanh lần thử

Mỗi lần cài đặt thiết bị đều ghi một phần vào C:\Windows\INF\setupapi.dev.log, và hướng dẫn về nhật ký SetupAPI giải thích cách các phần đó và trạng thái cuối cùng của chúng được tổ chức. Tìm phần có dấu thời gian bao quanh lần thử của bạn, rồi đọc toàn bộ phần đó thay vì dòng lỗi đầu tiên bạn để ý. Các cảnh báo về thiết bị không liên quan xuất hiện khắp một nhật ký dài và không giải thích gì về lỗi này. Trạng thái cuối cùng của phần khớp là sự thật đáng trích dẫn trong báo cáo.

Đối chiếu phần đó với tên bộ điều hợp, mã định danh thiết bị và gói INF được nêu trong nhật ký trình cài đặt. Ba mã định danh khớp nhau trên một dấu thời gian là điều làm cho việc quy kết trở nên an toàn.

Kiểm Tra Gói và Thiết Bị Riêng Rẽ

Một gói đã chuẩn bị chỉ chứng minh rằng một INF đã ký đã đến kho trình điều khiển. Trên thế hệ Windows này, pnputil /enum-drivers liệt kê các gói của bên thứ ba theo nhà cung cấp, lớp, phiên bản và tên đã công bố, cho phép bạn tìm gói bộ điều hợp OpenVPN thay vì đoán từ một số oem. Không có gì trong danh sách đó nói rằng một thiết bị tồn tại, đã khởi động hay được gắn với gói bạn tìm thấy. Đó là những câu hỏi riêng với câu trả lời riêng.

Phía thiết bị có góc nhìn riêng. Một bản kiểm kê bộ điều hợp chỉ đọc cho thấy Windows hiện tin gì về giao diện, và các mục ẩn bao gồm những thiết bị có mặt nhưng không hoạt động. So sánh hai danh sách cho bạn biết giai đoạn nào thất bại: không có gói, không có thiết bị, hoặc có thiết bị nhưng ở trạng thái có vấn đề.

Xác Minh Bộ Điều Hợp Trước Khi Chạm Vào Chữ Ký

Hãy đọc trạng thái từ máy chứ không từ bản tóm tắt của trình cài đặt. Các lệnh dưới đây liệt kê gói trình điều khiển đã chuẩn bị, bản kiểm kê bộ điều hợp gồm cả mục ẩn, và các thiết bị mạng không báo OK. Chạy chúng sau khi khởi động lại để các thao tác thiết bị đang chờ đã lắng xuống.

pnputil /enum-drivers
Get-NetAdapter -IncludeHidden | Select-Object Name, InterfaceDescription, Status
Get-PnpDevice -Class Net | Where-Object Status -ne 'OK'

Có gói mà không có thiết bị khớp thì chỉ ra việc tạo thiết bị, và phần setupapi của dấu thời gian đó giải thích tại sao. Thiết bị có mặt ở trạng thái có vấn đề chỉ ra trình điều khiển hoặc chữ ký của nó, đó là cuộc trò chuyện khác với một thiết bị thiếu. Một bộ điều hợp tồn tại và báo ngắt kết nối là thiết bị đang hoạt động không có đường hầm hoạt động, không phải cài đặt thất bại. Đọc cả ba đầu ra cùng nhau trước khi chọn giai đoạn để sửa.

Tắt việc áp đặt chữ ký, đặt lại ngăn xếp mạng hoặc xóa mọi bộ điều hợp khiến bằng chứng biến mất. Không điều nào trong ba việc đó sửa được giai đoạn bạn chưa xác định, và mỗi việc xóa đi thứ lẽ ra cho bạn biết đó là giai đoạn nào.