Vì sao VPN của tôi chậm như vậy? Hãy kiểm tra bốn đoạn này

Một cuộc gọi bị ngắt quãng, một bản tải xuống bò chậm và một lần tải lên đóng băng giữa chừng là ba phàn nàn khác nhau dưới cùng một nhãn. Quyết định xem bạn đang đuổi theo cái nào trước khi đo bất cứ thứ gì sẽ tiết kiệm phần còn lại của cuộc điều tra. Sau đó đổi một đoạn của đường đi mỗi lần và lặp lại đúng tác vụ đó.

Thứ tự bên dưới đi ra ngoài từ tác vụ, vì đường hầm không thể cung cấp băng thông đang thiếu ở bên dưới nó.

Xác định chậm nghĩa là gì trước khi đo

Tốc độ thấp ổn định, độ trễ cao với những cú nhảy vọt và một lần truyền dừng hẳn ở một kích thước cố định không phải là các biến thể của cùng một lỗi. Mỗi dấu hiệu chỉ vào một đoạn khác nhau: thông lượng, bản thân đường đi hoặc giới hạn kích thước gói. Hãy chọn tác vụ thực sự làm bạn khó chịu và dùng nó làm tham chiếu, vì bài kiểm tra tốc độ đo một lần truyền khối lượng lớn có thể hành xử hoàn toàn khác một cuộc gọi video. Ghi lại điểm cuối, giao thức, thời điểm trong ngày và con số quan trọng với bạn.

Không có bản ghi đó, mọi so sánh về sau trở thành một cuộc tranh cãi về cảm tưởng.

Kiểm tra mạng truy cập trước

Tạm dừng các lần truyền lớn của chính bạn, sau đó đo liên kết cục bộ trước khi đường hầm can thiệp. So sánh với một tác vụ vô hại và làm theo quy trình kill switch của ứng dụng khách thay vì tắt nhiều lớp bảo vệ cùng lúc, và giữ nguyên đích đến cho cả hai lần chạy. Nhà cung cấp bài kiểm tra tốc độ có thể cấp cho bạn một máy chủ đo khác ngay khi vị trí hiển thị của bạn thay đổi, điều đó biến so sánh thành bài kiểm tra hai máy chủ khác nhau.

ping -c 20 192.168.50.1
ping -c 20 198.51.100.7
curl -o /dev/null -w "%{time_starttransfer} %{speed_download}\n" https://speed.example.net/10mb.bin

Nếu đường cơ sở đã kém, công việc thuộc về Wi-Fi, nhu cầu của router hoặc dịch vụ truy cập. Một bài kiểm tra có dây hoặc vị trí đứng yên gần điểm truy cập tách một liên kết vô tuyến yếu khỏi một đường lên đang tắc nghẽn. Không điều gì đường hầm làm có thể thêm dung lượng mà đường truy cập không cung cấp.

Đổi lối ra, rồi đến vận chuyển

Giữ cố định thiết bị, mạng và giao thức rồi thử một điểm cuối thứ hai. Chọn một thành phố hợp lý từ danh sách vị trí, nhưng đừng cho rằng nhãn gần nhất nghĩa là tuyến tốt nhất. Nếu một lối ra chậm còn những lối khác ổn, máy chủ hoặc tuyến của nó đáng được điều tra; nếu mọi lối ra đều chậm trên một thiết bị trong khi thiết bị khác ổn, ứng dụng khách là nghi phạm tốt hơn.

Nơi dịch vụ cung cấp cả hai hồ sơ, hãy so sánh OpenVPN qua UDP với OpenVPN qua TCP. UDP là điểm khởi đầu thông thường cho công việc tương tác, trong khi TCP có thể giúp trên một mạng truy cập hoàn toàn không cho lưu lượng UDP đi qua. Đường hầm TCP phục hồi mất mát bằng cách truyền lại bên trong luồng, đó là lý do nó có thể có cảm giác chậm hơn trên một liên kết làm rơi gói, và ghi chú khắc phục sự cố hiệu năng của OpenVPN đề cập đúng sự đánh đổi đó trước khi bạn tinh chỉnh bất cứ thứ gì khác. Việc sửa từ "udp" thành "tcp" trong một hồ sơ không thể tạo ra một trình lắng nghe mà máy chủ chưa từng mở.

Hãy lưu hồ sơ có ích trước khi thử thay đổi tiếp theo. Nếu không, một lần thoái lui về sau sẽ khiến bạn đoán xem chỉnh sửa nào đã tạo ra cải thiện.

Đọc thiết bị và triệu chứng cùng nhau

Theo dõi tải của bộ xử lý trong lúc truyền chứ không phải sau đó, vì chi phí mã hóa tăng theo lưu lượng và một router nhỏ phục vụ một hộ gia đình là cỗ máy khác với một laptop chạy ứng dụng khách riêng. Một VPN khác, một máy ảo hoặc một bộ lọc mạng có thể nằm trên cùng đường đi và chiếm một phần lưu lượng. Giữ phần mềm luôn cập nhật mà không gỡ các bước kiểm tra xác thực hay kill switch để một phép đo trông đẹp hơn. Nếu các yêu cầu nhỏ thành công còn các lần tải lên lớn dừng ở một kích thước nhất quán, kiểm tra MTU là điểm dừng tiếp theo.

ping -M do -s 1400 -c 3 198.51.100.7
ip link show dev tun0 | grep -o "mtu [0-9]*"

Khi đường hầm bị đặt lại nhiều lần, hãy sửa các lần ngắt kết nối trước khi diễn giải bất kỳ con số thông lượng nào, vì một đường hầm kết nối lại đo bắt tay chứ không đo đường đi. Lặp lại tác vụ ban đầu sau mỗi thay đổi và giữ lại kết quả. Một bài kiểm tra tốc độ nhanh hơn mà vẫn làm hỏng cuộc gọi thì chưa giải quyết phàn nàn bạn bắt đầu.