Cách kiểm tra tốc độ VPN để những con số có ý nghĩa

Một bài kiểm tra tốc độ không bao giờ đo chính VPN. Nó đo một tuyến đường, và việc bật đường hầm thay thế một phần tuyến đường đó trước khi byte đầu tiên di chuyển. Đó là lý do một máy tính xách tay cho ra con số lành mạnh với trang này và con số kém với trang khác mà không có gì thay đổi ở cả hai bên. Hãy đọc kết quả như bằng chứng về một tuyến đường, không phải điểm số cho một sản phẩm.

Ba điều quyết định phép so sánh có giá trị hay không: hai lần chạy có trúng cùng một đích không, mạng truy cập có đứng yên không, và bạn có ghi độ trễ bên cạnh khối lượng không.

Đường hầm viết lại điều gì trước byte đầu tiên

Máy khách bọc mỗi gói tin trong một tiêu đề nữa, nên phần tải hữu ích trên mỗi gói giảm đi. Chi phí tính theo gói chứ không theo lần truyền, nghĩa là một tệp lớn cần nhiều gói hơn chính tệp đó khi gửi không qua đường hầm. Phần phụ trội như vậy hiện ra như số lượng gói, không phải như một thiết lập nhìn thấy được.

Từ đó có hai hệ quả. Bài kiểm tra dựng từ các khối lớn cảm nhận chi phí trên mỗi gói, còn bài kiểm tra từ nhiều yêu cầu nhỏ lại cảm nhận các vòng khứ hồi. Và nếu việc dò MTU của tuyến bị chặn ở đâu đó dọc đường, đường hầm dừng ở kích thước gói nhỏ hơn và thông lượng giảm vì một lý do chẳng liên quan gì đến thuật toán mã hóa.

Bạn có thể quan sát trần trực tiếp. Trên Linux, hãy yêu cầu phần tải lớn nhất đi qua mà không bị phân mảnh, rồi lặp lại khi đường hầm đang bật:

ping -M do -s 1472 -c 3 203.0.113.10

Nếu việc đó thất bại, hạ xuống 1,400 và thử lại. Một đường hầm chỉ chở 1,380 byte đang nói với bạn rằng có gì đó siết chặt hơn ở phía dưới tuyến, và không mức tinh chỉnh nào ở máy khách nâng được nó lên.

Vì sao máy chủ kiểm tra dịch chuyển khi đường hầm bật lên

Phần lớn công cụ chọn máy chủ gần dựa trên địa chỉ công cộng mà chúng thấy. Khi đường hầm bật, địa chỉ đó thuộc về nút thoát, nên công cụ có thể chọn một máy chủ ở thành phố hay quốc gia khác. Khi đó bạn đang so hai đích đến, và khoảng cách giữa chúng bao gồm quãng đường từ nút thoát đến máy chủ kiểm tra.

Ghim máy chủ theo tên hoặc ID trước lần chạy đầu và giữ nó ở mọi lần chạy sau. Nếu công cụ không giữ được, hãy chọn một đích bạn kiểm soát và tự điều khiển nó: iperf3 -c test.example.net -R -t 20 giữ đích cố định và cho bạn con số có thể so với hôm qua.

Đổi một biến, và lớp bên dưới không phải một

Không dây là thay đổi ẩn thường gặp. Cường độ tín hiệu thay đổi khi máy tính xách tay di chuyển và mức chiếm kênh thay đổi khi hàng xóm bắt đầu gọi, nên hai lần chạy cách nhau mười phút trên Wi-Fi không phải là lặp lại cùng một bài kiểm tra. Cáp, hoặc một vị trí cố định có ghi mức tín hiệu, loại bỏ phần lớn nhiễu đó. Ghi mức tín hiệu ở đầu và cuối mỗi lần chạy thường đủ để cho thấy hai lần chạy có đi cùng nhau không.

Tải của thiết bị nằm trong cùng giỏ. Một máy khách mã hóa trên một nhân chạm trần của chính nó rất lâu trước khi đường truyền chạm trần, và một quá trình đồng bộ nền chạm trần còn sớm hơn. Hãy xem CPU trong lúc chạy và ghi lại những gì khác đang mở. Cài đặt nguồn điện cũng có thể cắn ở đây, vì máy tính xách tay chạy pin có thể giới hạn bộ xử lý rất lâu trước khi đường truyền gần chạm mức bận.

Giữ lớp bên dưới đứng yên thay vì lấy trung bình qua nó. Ba lần chạy khớp nhau nói nhiều hơn mười lần chạy trong các phòng khác nhau.

Độ trễ, mất gói và ICMP trả lời những câu hỏi khác nhau

Ping gửi một đầu dò nhỏ tới địa chỉ cố định, và nhiều mạng trả lời ICMP với độ ưu tiên thấp hoặc bỏ qua hoàn toàn. Những phản hồi thiếu mô tả đầu dò, không phải các gói của ứng dụng. Thời gian khứ hồi tăng dưới tải thường có nghĩa là một hàng đợi đang đầy lên, không phải tuyến đã dài ra.

Để biết đường hầm có thêm độ trễ hay không, hãy so một đích có và không có nó, hoặc so hai nút thoát tiếp cận được từ cùng một mạng truy cập. Chạy đầu dò lặp lại và nhìn vào độ tản mát, vì giá trị trung bình che giấu đúng cái biến động khiến một cuộc gọi không dùng được.

Quay lại việc từng có cảm giác chậm

Một thước đo cải thiện trong khi cuộc gọi vẫn đứt quãng đã trả lời một câu hỏi khác. Hãy chạy lại công việc đã khởi đầu cuộc điều tra, dù đó là cuộc họp, chia sẻ tệp hay phiên máy tính để bàn từ xa. Nếu con số tốt lên mà công việc không, nút cổ chai nằm ở nơi bài kiểm tra không bao giờ tới, chẳng hạn máy chủ sau đường hầm hay đường tải lên phía bạn.

Ghi lại mỗi lần chạy với thiết bị, mạng truy cập, điểm cuối, giao thức, đích và thời gian. Một lần chạy chưa bao giờ kết nối là kết quả về khả năng tiếp cận chứ không phải thông lượng bằng không, nên hãy lưu nó dưới nhãn đó thay vì xóa đi.

Một danh sách ngắn trước lần so sánh tới

Ghim đích và viết ra vì sao bạn chọn nó. Ghi kích thước gói mà tuyến cho phép, để một lần tụt sau đó có lời giải thích. Giữ mạng truy cập y hệt, ghi tải CPU và làm ba lần chạy trước khi tin vào một khác biệt.

Sau đó đổi đúng một thứ và lặp lại. Phép so sánh bạn giải thích được đáng giá hơn phép so có con số lớn hơn.