VPN với Mã hóa cho tốc độ tải xuống gấp đôi?


11

Tôi hiện đang trả tiền cho internet thông qua SuruptLink đã cung cấp cho tôi tải xuống 50Mb và tải lên 3 MB. Tôi cũng đã mua VPN thông qua PrivateINETAccess , tốc độ tải xuống của tôi tăng gấp đôi trong khi tải xuống các tệp được mã hóa từ ISP của tôi.

Speedtest.net đã hiển thị với VPN đang chạy với 128Mb trở xuống và 10Mb trở lên.

Xin lưu ý Mã hóa dữ liệu là BlowFish, Xác thực dữ liệu là SHA256 và Bắt tay là RSA-4096.

Tôi đã được một số người nói rằng điều này là không thể , nhưng khi tôi đi cho họ xem kết quả từ việc thực sự tải xuống một tập tin và các bài kiểm tra tốc độ, tất cả chúng ta đều bối rối.

Đây có thực sự xảy ra? Như họ đang hỏi và đang nói, đó có phải là tốc độ mà chúng ta thấy từ điểm cuối của VPN đến máy chủ mà chúng ta đang thực hiện trước bài kiểm tra tốc độ không?

Ngoài ra, tôi sẽ cung cấp ảnh chụp màn hình kiểm tra tốc độ có và không có VPN.

Cập nhật 1

Tôi không chắc chắn nếu điều này quan trọng hay không, nhưng cuối cùng nó có thể. Tôi sống ở một nơi rất, rất nông thôn ở Tây Virginia. Tôi may mắn khi không có Internet 256K Tweets nhờ vào ISP của tôi, SuruptLink. Tôi bắt đầu nghĩ rằng nó có thể là một vấn đề tắc nghẽn với khu vực của tôi?


1
Làm thế nào bạn đang kiểm tra chuyển khoản của bạn? Nhiều VPN bao gồm nén dữ liệu. Nếu nội dung bạn đang chuyển như một phần của bài kiểm tra của bạn có thể nén được, thì điều đó sẽ giải thích kết quả của bạn. OTOH, ISP của bạn có thể có bộ giới hạn băng thông được triển khai kém, không tính lưu lượng VPN.
Zoredache

thật. hãy thử tải xuống một tệp iso. họ thường không nén nó tốt.
Sirex

Tôi đã tải xuống Windows ISO chỉ để xem tất cả các khả năng. Tốc độ vẫn tăng gấp đôi vì một số lý do kỳ lạ.
Traven

Câu trả lời của @MariusMatutiae có cơ hội đúng, ngay cả khi "giới hạn băng thông" có thể là vô ý và là vấn đề tắc nghẽn của Netflix. Bạn nên lặp lại các bài kiểm tra của mình vào những giờ lạ, chẳng hạn như sáng sớm, để chắc chắn về những gì bạn đang đo và xem speedtest.net có tốc độ không đổi hoặc nhanh hơn lúc ban đầu. Việc mã hóa (un) được thực hiện trong CPU (hoặc thậm chí giảm tải cho GPU), vì vậy nó không ảnh hưởng quá nhiều đến tốc độ đường truyền.
harrymc

Điều này rất có thể xảy ra do sự kết hợp của quản lý băng thông, mà việc phá vỡ của bạn bằng cách sử dụng VPN và VPN của bạn sử dụng một số loại nén nâng cao như LZO.
nullmem

Câu trả lời:


11

Trước đây tôi cũng có ảnh hưởng tương tự với ISP của tôi (ở khu vực nông thôn cũng vậy, mặc dù đây chỉ là một sự trùng hợp).

Nguyên nhân của vấn đề là ông chỉ thực hiện giới hạn băng thông trên cổng 80. Điều này đặc biệt rõ ràng với speedtest.net , nơi tốc độ ban đầu sẽ đạt cực đại, sau đó giảm xuống dưới một nửa giá trị đỉnh của nó.

Tôi đã phát hiện ra một cơ hội thuần túy rằng điều này đã không xảy ra trên OpenVPN, nơi tôi đã quản lý để đạt được giá trị tốc độ cao nhất trong toàn bộ bài kiểm tra speedtest.net . Điều này được thực hiện bởi thực tế là trang web tôi kết nối (trang web công việc của tôi) có kết nối băng thông lớn rất đẹp, rất nhanh.

Được cảnh báo bởi điều này, tôi đã thử chuyển một tập tin lớn thông qua scp , và, lo và kìa, tôi đã đạt được tốc độ lớn tương tự như với OpenVPN, thay vì tốc độ http thấp hơn.

Bạn có thể thử tương tự, và xem liệu giới hạn băng thông được áp dụng trên các cổng 22 (scp) và 21 (ftp). Điều rõ ràng nhất là sử dụng các tệp đã được nén đáng kể như pdf , vì điều này sẽ loại trừ tỷ lệ nén mỗi se .

Mặc dù thừa nhận cẩu thả, những hạn chế về băng thông này vẫn hiệu quả, vì hầu hết mọi người chỉ sử dụng Internet để tải xuống các trang Web.

BIÊN TẬP:

Nói một cách chính xác, có một cách để kiểm tra điều này: nếu bạn điều khiển máy chủ VPN, bạn có thể dừng bất kỳ hoạt động nào khác trên máy chủ trên cổng 80 và bắt đầu nghe các kết nối VPN trên cổng 80; bạn cũng sẽ phải sửa đổi cổng bạn kết nối trên chương trình của máy khách. Bây giờ, nếu ISP của bạn giới hạn sử dụng băng thông trên cổng 80, VPN sẽ có tốc độ chính xác tương đương với kết nối không phải VPN.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.