Tunnelblick data-ciphers không nhận diện được: động cơ nào đã chạy?

Tunnelblick báo một tùy chọn data-ciphers không nhận diện được, nhắc đến OpenVPN 2.4 trong cùng một hơi, và kết nối không bao giờ khởi động. Đây là lỗi phân tích cục bộ chứ không phải bất đồng về mật mã, vì động cơ đã từ chối hồ sơ trước khi bất kỳ cuộc thương lượng nào với cổng diễn ra. Lời khuyên thông thường về chính sách mật mã của máy chủ không thể giúp ở đây; bộ phân tích phải hiểu tệp trước. Hãy tìm động cơ mà cấu hình cụ thể này thực sự đã khởi chạy, và phần còn lại sẽ theo sau.

Đọc dòng nhật ký trước khi chạm vào hồ sơ

Mở kết nối bị lỗi trong cửa sổ chi tiết của Tunnelblick và đọc nhật ký từ đầu. Những dòng đầu nêu phiên bản động cơ và hồ sơ được trao cho nó, tiếp theo là tùy chọn đã dừng việc phân tích. Mọi thứ sau đó là nhiễu, vì tiến trình đã thoát.

Ghi lại ba sự kiện từ nhật ký đó: phiên bản động cơ, tên cấu hình và thông điệp chính xác. Ba điều đó là toàn bộ chẩn đoán. Chúng cũng là thứ bạn sẽ cần nếu bản sửa đòi hỏi thay đổi ứng dụng đã cài. Hãy chụp màn hình các dòng thay vì diễn giải lại, vì tên tùy chọn rất dễ gõ sai khi lặp lại từ trí nhớ.

Xác nhận cấu hình đó chạy động cơ nào

Tunnelblick là một ứng dụng bọc quanh một động cơ OpenVPN, và các cấu hình khác nhau có thể chạy các động cơ khác nhau. Hãy kiểm tra phiên bản được chọn cho cấu hình này trong cửa sổ chi tiết thay vì đọc phiên bản ứng dụng, và đừng thay thế bằng đầu ra của một tệp nhị phân openvpn trên terminal mà cấu hình không bao giờ dùng. Hướng dẫn về các phiên bản OpenVPN của Tunnelblick mô tả cách lựa chọn đó hoạt động và nơi lưu lựa chọn.

Sự khác biệt này quan trọng vì một máy có thể có tệp nhị phân hiện đại trong PATH và một động cơ 2.4 đi kèm phía sau kết nối đã thất bại. Hồ sơ được đánh giá bởi cái thứ hai.

openvpn --version
ls /Applications/Tunnelblick.app/Contents/Resources/openvpn/

Hai lệnh này cho thấy terminal sẽ chạy gì và ứng dụng đã cài mang những thư mục động cơ nào. Cả hai đều không chứng minh cấu hình thất bại đã dùng gì, vì nhật ký đã cho bạn biết điều đó, và đường dẫn khác nhau giữa các bản phát hành Tunnelblick.

Vì sao tên chỉ thị đã thay đổi

OpenVPN đã giới thiệu data-ciphers như danh sách thương lượng trong 2.5, thay thế cách viết ncp-ciphers trước đó đã trở nên lỗi thời trong bản phát hành đó. Động cơ 2.4 không có tùy chọn như vậy, nên nó dừng ở token đầu tiên mà nó không biết. Riêng tùy chọn cipher cũng không phải bí danh cũ cho danh sách; nó đặt tên một mật mã duy nhất thay vì một tập thương lượng.

Đó là lý do việc thay thế văn bản giữa các phiên bản tạo ra những hồ sơ phân tích được rồi sau đó hành xử bất ngờ, và là lý do sao chép một đoạn từ bài đăng diễn đàn không phải là kiểm tra phiên bản. Tên tùy chọn đã dịch chuyển cùng với việc xử lý dự phòng và giá trị mặc định, và một tệp được lắp bằng cách đổi tên một chỉ thị không tương đương với tệp được viết cho động cơ.

Sửa động cơ hoặc hồ sơ, không phải triệu chứng

Đối với một triển khai được hỗ trợ, bản sửa lâu bền là một kết hợp được hỗ trợ giữa Tunnelblick và động cơ chấp nhận hồ sơ của người vận hành, được sắp xếp qua người sở hữu việc cài đặt ứng dụng. Nếu một bản cài cũ phải ở lại một thời gian, hãy yêu cầu hồ sơ được viết cho động cơ đó và cho các mật mã mà cổng thực sự chấp nhận.

Xóa data-ciphers và data-ciphers-fallback thực sự loại bỏ lỗi phân tích cụ thể này, và chính vì thế nó hấp dẫn. Nó cũng âm thầm thay đổi mật mã nào sẽ được thương lượng, trong một cấu hình bảo mật mà bạn không định sửa. Hãy giữ hồ sơ gốc và thay vào đó so sánh có chủ đích các cài đặt được hỗ trợ.

Thử lại và đọc giai đoạn tiếp theo

Sau khi sửa, hãy thử lại kết nối và đọc nhật ký mới từ đầu thay vì cho rằng thành công. Một hồ sơ nay phân tích được vẫn có thể dừng ở thương lượng mật mã, ở xác minh chứng chỉ, ở xác thực hoặc ở định tuyến, và mỗi thất bại đó có bằng chứng riêng.

Nếu thương lượng thất bại, hãy so sánh các mật mã mà hai bên hỗ trợ với những mật mã mà mỗi bên được phép dùng. Nếu xác thực thất bại, hồ sơ và động cơ nay hoạt động đủ tốt để đã tới được cổng, đó là tiến bộ đáng ghi lại. Dừng chuỗi đó ở nhật ký im lặng đầu tiên chính là cách một cài đặt bảo mật bị gỡ vì lý do sai.