VPN có thể nhanh hơn kết nối trực tiếp không?

Một lần truyền chậm chạp trên đường truyền văn phòng đôi khi lại xong nhanh qua đường hầm, và việc đóng gói thêm khiến điều đó có vẻ bất khả thi. Nghịch lý bề ngoài đến từ việc so sánh những thứ sai. Đường hầm thêm việc, và nó cũng thay đổi đường mạng mà lưu lượng đi theo, địa chỉ mà đích đến nhìn thấy và đôi khi cả máy chủ nào phản hồi. Quyết định giữa hai tuyến cần tách ba hiệu ứng đó trước mọi kết luận về tốc độ.

Ba điều đường hầm có thể thay đổi

Thứ nhất là quá cảnh. Việc định tuyến Internet tuân theo chính sách của nhà mạng và quan hệ kinh doanh, không phải độ trễ đo được, nên đường đi qua nhà cung cấp VPN có thể băng qua các mạng khác với tuyến trực tiếp. Nó có thể tránh một điểm trao đổi đang tắc hoặc hạ cánh ở điểm có peering tốt hơn, và cũng dễ dàng tệ hơn.

Thứ hai là đích đến. Việc thay đổi địa chỉ ra thường thay đổi câu trả lời DNS, và một mạng nội dung có thể cấp cho bạn bộ đệm hoặc khu vực khác. Khi đó một phần cải thiện thuộc về máy chủ mới chứ không phải đường hầm. Cùng một tên máy chủ có thể hạ cánh ở máy chủ gần hơn hoặc ít tải hơn mà không có gì thay đổi trên máy khách.

Thứ ba là hành vi truyền tải. Việc đóng gói thay đổi kích thước gói hiệu dụng, và một đường hầm tránh đoạn giữa có mất gói có thể cho phép một luồng TCP tăng cửa sổ thay vì lùi lại nhiều lần. Không điều nào trong số này là cơ chế tăng tốc phổ quát; mỗi điều là một điều kiện cần quan sát. Tách chúng ra chính là điều biến sự tò mò thành sự thật.

Điều nó không thể thay đổi

Không gì trong đường hầm thêm dung lượng cho liên kết giữa thiết bị và mạng. Một kênh Wi-Fi bão hòa, chặng cuối tắc nghẽn hay gói di động giới hạn đều giới hạn cả hai tuyến như nhau, và một bài kiểm tra tốc độ qua đường hầm không thể vượt mức trần đó. Cùng một liên kết chở các gói đã đóng gói, nên việc đóng gói có thể tiêu hao dung lượng nhưng không bao giờ tạo ra nó. Điều thay đổi là các gói đi đâu sau khi rời liên kết đó. Đó là lý do một kết quả đường hầm nhanh luôn có lời giải thích ở thượng nguồn bước nhảy đầu tiên.

Giới hạn phía máy chủ cũng thờ ơ như vậy. Nếu máy chủ từ xa phục vụ chậm, một đường tốt hơn chỉ giao phản hồi chậm hiệu quả hơn, và người dùng vẫn chờ. Một nguồn chia sẻ đang chịu tải trông chậm trên cả hai tuyến cùng lúc.

So sánh các tuyến cho đúng

Giữ ứng dụng, hướng, thời lượng và mức đồng thời giống hệt nhau, và chỉ đổi tuyến. Chạy mỗi bài kiểm tra nhiều hơn một lần, vào cùng thời điểm trong ngày, và ghi lại địa chỉ ra cùng câu trả lời của bộ phân giải bên cạnh thông lượng. Một lần chạy là mẫu chứ không phải phép đo, và một lần tải nhanh có thể là một lần trúng bộ đệm không nói gì về tuyến. Ghi các điều kiện trước kết quả, vì các con số khó diễn giải về sau.

mtr -rwc 50 -T -P 443 203.0.113.20
curl -o /dev/null -s -w '%{speed_download} %{time_connect}\n' https://example.com/file
dig +short cdn.example.com
traceroute -n -T -p 443 cdn.example.com

Câu trả lời của bộ phân giải là chi tiết mà hầu hết các so sánh bỏ qua, và nó giải thích những “cải thiện” biến mất khi ép dùng cùng máy chủ. Nếu địa chỉ khác nhau giữa các lần chạy, bài kiểm tra đã so hai đích đến chứ không phải hai tuyến. Báo cáo độ trễ và mất mát bên cạnh thông lượng, vì một tuyến nhanh hơn tổng thể nhưng thêm độ trễ cho mọi yêu cầu tương tác không tốt hơn cho khối lượng công việc đã phàn nàn. Thời gian khứ hồi quan trọng hơn tốc độ khối lượng lớn với bất cứ thứ gì hỏi rồi chờ.

Khi nào đáng giữ lại khác biệt

Nếu một đường hầm đã được phê duyệt cải thiện đáng tin cậy một khối lượng công việc cụ thể, đó là lựa chọn vận hành hợp pháp: ghi lại khối lượng công việc, phép đo và lối ra đã dùng. Một bản ghi dùng được nêu tên một máy chủ, địa chỉ ra mà đường hầm tạo ra, câu trả lời của bộ phân giải và cùng những con số từ tuyến trực tiếp trong cùng ngày. Thế là đủ để kỹ sư tiếp theo lặp lại so sánh thay vì tranh luận lại. Đó vẫn chưa phải bằng chứng rằng nhà cung cấp hạn chế điều gì, và không chuyển sang ứng dụng khác hay giờ khác.

Giữ bản ghi đo cùng cấu hình. Nó trả lời câu hỏi tiếp theo là cải thiện còn tồn tại hay không, và đó là cách duy nhất để biết tuyến hay khối lượng công việc đã thay đổi. Một bản ghi không có ngày thì hoàn toàn không trả lời được câu hỏi đó.