Danh sách VPN công khai báo trực tuyến; ứng dụng của bạn báo không

Bạn mở thư mục, sắp xếp theo tốc độ, chọn một nút được đánh dấu trực tuyến, và ứng dụng bỏ cuộc trước khi kết nối xong. Danh sách không hẳn nói dối. Nó báo cáo kết quả thăm dò của người khác, từ mạng khác, ở thời điểm sớm hơn, với một dịch vụ mà tình nguyện viên có thể tắt bất cứ lúc nào. Hiểu khoảng cách đó biến cuộc săn lùng mệt mỏi thành một chuỗi kiểm tra ngắn mà bạn có thể chạy trên bất kỳ ứng viên nào.

Danh sách thực sự đo gì

Một thư mục công khai lưu các trường như thời điểm kiểm tra gần nhất, giá trị thời gian khứ hồi quan sát được, số phiên và đôi khi danh sách giao thức. Mỗi trường mô tả lần quan sát thành công gần nhất từ góc nhìn của chính dự án, không phải trạng thái của nút khi gói tin của bạn đến.

Độ mới quan trọng hơn con số. Một nút được kiểm tra bốn phút trước và một nút được kiểm tra bốn giờ trước có thể hiển thị cùng dấu xanh, và chỉ một trong hai còn giống trạng thái đã ghi. Hãy tìm dấu thời gian, không phải màu sắc.

Vận hành tình nguyện thêm một nguồn thay đổi thứ hai mà không giám sát nào sửa được. Người vận hành có thể đang khởi động lại máy tính xách tay, hết băng thông, đổi nhà cung cấp hoặc chỉ đơn giản gập nắp. Một mục trong danh sách là một ứng viên, và coi nó như một thỏa thuận mức dịch vụ là lỗi phạm trù.

Hãy nhìn các giai đoạn của ứng dụng, không phải vòng xoay

Mọi ứng dụng VPN đều đi qua cùng một trình tự rộng: phân giải tên, mở kết nối truyền tải, thương lượng bảo mật, xác thực, rồi cấu hình đường hầm và truyền dữ liệu. Thất bại ở mỗi giai đoạn để lại bằng chứng khác nhau, và vòng xoay không hiển thị điều nào.

Bắt đầu với phân giải tên. Nếu tên máy không phân giải được, chưa có gì về tính khả dụng của nút được kiểm tra, vì kết nối chưa bao giờ rời khỏi máy của bạn. Tiếp theo là truyền tải: một trao đổi TCP hoặc UDP bị từ chối hoặc hết thời gian cho biết điểm cuối không trả lời trên cổng đó, đây là phát hiện thật về nút. Sau đó là thương lượng và xác thực, nơi chứng chỉ sai, hồ sơ hết hạn hoặc mật mã không khớp thất bại trong khi nút hoàn toàn khỏe mạnh. Chỉ sau khi đường hầm được cấu hình, lỗi định tuyến hoặc DNS mới có thể giải thích bước cuối cùng.

Đọc nhật ký ứng dụng với mức chi tiết cao nhất còn vừa màn hình, và ghi lại dòng cuối cùng thành công. Dòng đó là nơi chẩn đoán bắt đầu, và nó thường nhiều thông tin hơn bất cứ điều gì thư mục hiển thị.

Một biến cho mỗi lần thử

So sánh các ứng viên với cùng ứng dụng, cùng mạng truy cập và cùng định dạng hồ sơ, chỉ đổi điểm cuối. Nếu không, lỗi có thể là của bạn và bạn sẽ quy nó cho nút.

Hai lần thử là đủ để xác lập một mẫu, và lần thứ ba xác nhận. Nếu nút A hỏng ở giai đoạn truyền tải và nút B hỏng khi xác thực, bạn có hai vấn đề không liên quan thay vì một danh sách cũ.

Khi mọi nút đều hỏng theo cùng một cách

Thất bại toàn diện ở giai đoạn đầu chỉ về phía bạn: một bộ phân giải không thể trả lời, tường lửa cục bộ chặn giao thức, hoặc mạng chỉ cho phép lưu lượng web. Thư mục không thể báo cáo điều đó, vì các phép thăm dò của nó không chạy từ chỗ bạn ngồi.

Hãy kiểm tra có chủ đích trường hợp mạng bị định hình. Một số mạng truy cập cho phép HTTPS tới web và bỏ các giao thức khác, khiến mọi ứng viên trông như chết trong khi danh sách vẫn chính xác. So sánh việc tải trang trong trình duyệt với một lần thử kết nối thô tách hai tình huống đó trong chưa đầy một phút.

Đọc lỗi ở giai đoạn nó xảy ra

Tái hiện lần thử từ terminal để các giai đoạn hiển thị. Ba lệnh dưới đây phân giải tên, kiểm tra cổng có trả lời không, và in các dòng thương lượng từ một hồ sơ OpenVPN:

dig +short node.example.net
curl -s --max-time 5 telnet://node.example.net:443
openvpn --config node.ovpn --verb 4 2>&1 | grep -iE "TLS|AUTH|PUSH"

Nếu cổng trả lời và dòng thương lượng báo lỗi chứng chỉ, nút vẫn sống và hồ sơ của bạn đã cũ. Nếu cổng không trả lời gì, mục đó là ứng viên đã hỏng, và chuyển sang mục tiếp theo là phản ứng đúng thay vì gỡ lỗi ứng dụng của bạn. Ghi giai đoạn vào một dòng ngắn, và lần thử tiếp theo bắt đầu bằng hiểu biết thay vì hy vọng.