BinProxy
Kiến thức

Vì sao proxy Mỹ chậm hơn proxy Việt Nam? Đo thử độ trễ và 5 cách chọn IP cho nhanh

Chúng tôi đo độ trễ từ một máy tính ở Việt Nam tới 9 nơi trên thế giới: Singapore 55 ms, Mỹ 200–250 ms, Brazil 357 ms. Vì sao xa thì chậm, một trang HTTPS qua proxy cần mấy lượt đi và về, và 5 cách chọn IP cho nhanh.

7 phút đọc
Đồng hồ bấm giờ bằng đồng nằm trên cuộn cáp quang màu vàng, bên cạnh dòng chữ Vì sao proxy Mỹ chậm hơn proxy Việt Nam
Mục lục
  1. Chúng tôi đo được gì?
  2. Vì sao xa thì chậm?
  3. Qua proxy thì thêm những chặng nào?
  4. Một trang HTTPS cần mấy lượt đi và về?
  5. 5 cách cho proxy nhanh hơn
  6. Câu hỏi thường gặp
  7. Proxy chậm có phải do proxy kém không?
  8. Độ trễ bao nhiêu là ổn?
  9. Vì sao lần đầu mở trang chậm, các lần sau nhanh hơn?

Dùng proxy Việt Nam thì trang mở ra trong chớp mắt, chuyển sang IP Mỹ thì trang nào cũng phải chờ. Nhiều người kết luận "proxy Mỹ kém", nhưng phần lớn thời gian chờ đó đến từ một thứ không nhà cung cấp nào sửa được: khoảng cách. Để nói bằng số thật, chúng tôi đã đo thử từ một máy tính ở Việt Nam.

Chúng tôi đo được gì?

Ngày 15/10/2026, chúng tôi đo thời gian một lượt đi và về (gọi là độ trễ, tính bằng mili giây, ms) từ một máy tính nối mạng gia đình ở Việt Nam tới một máy chủ trong nước và tới máy chủ của AWS ở 9 vùng trên thế giới. Mỗi nơi đo hai lượt, mỗi lượt 15 lần, lấy trung vị để bỏ qua những lần mạng chập chờn.

Bản đồ độ trễ từ Việt Nam: trong nước 12–32 ms, Singapore 55 ms, Tokyo 103 ms, Mumbai 110 ms, Mỹ bờ Tây 201 ms, Frankfurt 222 ms, London 221 ms, Mỹ bờ Đông 247 ms, Sydney 281 ms, Brazil 357 ms

Nơi Độ trễ đi và về Khoảng cách đường chim bay từ TP.HCM
Máy chủ trong nước 12–32 ms –
Singapore 55 ms 1.087 km
Tokyo 103 ms 4.381 km
Mumbai 110 ms –
Mỹ, bờ Tây (Oregon) 201 ms 12.061 km
Frankfurt 222 ms 9.665 km
London 221 ms –
Mỹ, bờ Đông (Virginia) 247 ms 14.478 km
Sydney 281 ms –
Brazil (São Paulo) 357 ms –

Khoảng cách lấy theo gcmap.com, tính giữa các sân bay gần nhất. Đây là đường đi thẳng từ máy chúng tôi tới máy chủ, chưa qua proxy; qua proxy thì còn thêm chặng, như phần dưới.

Hai điều đáng chú ý. Thứ nhất, mỗi lượt tới Mỹ hay châu Âu chậm hơn tới máy chủ trong nước từ 7 tới 20 lần. Thứ hai, xa chưa chắc đã chậm theo đúng tỷ lệ: Sydney gần Việt Nam hơn Mỹ rất nhiều nhưng lại chậm hơn, cho thấy đường đi thực tế của dữ liệu mới là thứ quyết định, chứ không chỉ khoảng cách trên bản đồ.

Vì sao xa thì chậm?

Dữ liệu đi trong cáp quang dưới dạng ánh sáng, và ánh sáng trong sợi quang chỉ đi được khoảng 200.000 km mỗi giây. Tính ra, cứ 1.000 km đường cáp là khoảng 10 ms cho một lượt đi và về. Từ TP.HCM tới Virginia là 14.478 km đường chim bay, nên dù cáp có thẳng tắp thì mỗi lượt cũng mất ít nhất khoảng 145 ms. Thực tế chúng tôi đo được 247 ms, vì cáp biển không đi thẳng và dữ liệu còn đi qua nhiều trạm trung chuyển.

Nói cách khác: với người ngồi ở Việt Nam, không nhà cung cấp nào làm được IP Mỹ nhanh như IP Việt Nam, vì đó là giới hạn vật lý.

Cũng đừng nhầm độ trễ với băng thông. Theo Cloudflare, độ trễ là thời gian dữ liệu đi từ điểm này tới điểm kia, còn băng thông là lượng dữ liệu tối đa đi qua được trong một lúc. Một đường truyền có thể băng thông rất lớn mà vẫn trễ cao; với những yêu cầu nhỏ như mở một trang tìm kiếm, cái làm bạn chờ chủ yếu là độ trễ.

Qua proxy thì thêm những chặng nào?

Khi dùng proxy dân cư, yêu cầu của bạn đi qua bốn điểm: máy của bạn → cổng proxy của nhà cung cấp → thiết bị ở nhà một hộ gia đình (đó là IP dân cư bạn đi ra) → website. Mỗi chặng cộng thêm thời gian, và chặng cuối của IP dân cư là mạng gia đình, vốn không nhanh bằng máy chủ trong trung tâm dữ liệu.

Điều quan trọng nhất rút ra từ đây: đừng chọn IP ở xa cả bạn lẫn website. Nếu bạn ở Việt Nam, mở một website Việt Nam mà lại đi qua IP Mỹ, mỗi lượt sẽ phải vượt Thái Bình Dương hai lần, đi rồi về, theo số đo ở trên là khoảng nửa giây cho một lượt (ước tính, gấp đôi 247 ms). Trong khi cùng website đó qua IP Việt Nam chỉ mất vài chục mili giây.

Một trang HTTPS cần mấy lượt đi và về?

Chỗ làm người dùng proxy Mỹ thấy chậm nhất là: một trang không chỉ tốn một lượt. Với một kết nối mới qua proxy, trước khi nhận được những byte đầu tiên của trang cần khoảng bốn lượt:

  1. Nối tới cổng proxy: bắt tay TCP, thủ tục ba bước để mở kết nối.
  2. Mở đường: phần mềm gửi lệnh CONNECT, proxy nối qua IP dân cư tới website.
  3. Bắt tay mã hoá: TLS 1.3 cần một lượt, bản TLS 1.2 cũ cần hai, như Cloudflare giải thích.
  4. Gửi yêu cầu và nhận phần đầu của trang.

Bốn lượt khi mở một trang HTTPS qua proxy lần đầu: nối tới cổng proxy, mở đường bằng CONNECT, bắt tay TLS, gửi yêu cầu, gần 1 giây khi mỗi lượt khoảng 250 ms; lần sau dùng lại kết nối chỉ còn 1 lượt

Nếu mỗi lượt khoảng 250 ms như đường Việt Nam đi Mỹ, riêng phần chờ đã gần 1 giây, chưa tính thời gian tải nội dung. Tin tốt là các lần sau có thể nhanh hơn nhiều: kết nối đã mở có thể dùng lại cho nhiều yêu cầu mà không phải bắt tay lại, nên mỗi yêu cầu tiếp theo tới cùng website chỉ còn khoảng một lượt.

5 cách cho proxy nhanh hơn

1. Chọn quốc gia theo việc, đừng mặc định chọn Mỹ. Việc cần kết quả ở Mỹ thì phải chấp nhận độ trễ của Mỹ. Nhưng nếu bạn thu thập dữ liệu từ website Việt Nam hay theo dõi giá ở thị trường Việt Nam, IP Việt Nam vừa đúng việc vừa nhanh hơn nhiều. Bài proxy Việt Nam: khi nào cần IP Việt Nam nói rõ hơn khi nào nên chọn.

2. Đừng để dữ liệu đi vòng. Như đã nói ở trên, IP ở xa cả bạn lẫn website làm mỗi lượt dài gấp đôi.

3. Dùng Giữ IP cho chuỗi thao tác trên cùng một website. IP xoay hợp khi mỗi yêu cầu cần một IP mới, và cái giá là thường phải bắt tay lại từ đầu. Khi bạn cần mở nhiều trang liền nhau trên cùng website, chọn Giữ IP để phần mềm dùng lại được kết nối cũ. Khác nhau giữa hai kiểu có ở bài proxy đổi IP là gì.

4. Chạy song song vài luồng thay vì lần lượt từng cái. Độ trễ là thời gian chờ, không phải giới hạn tốc độ tải. Mười yêu cầu chạy cùng lúc, mỗi cái chờ 1 giây, xong trong khoảng 1 giây; chạy lần lượt thì mất 10 giây. Đừng tăng quá tay: website có thể báo lỗi 429 vì bạn gửi quá nhiều, xem bài lỗi proxy thường gặp.

5. Gặp IP chậm thì đổi, và đừng lọc hẹp quá mức cần. IP dân cư đi qua mạng của các hộ gia đình, nên có IP nhanh, có IP chậm. Khi gặp một IP chậm, bạn đổi sang IP khác (gửi yêu cầu mới với IP xoay, hoặc bấm Đổi IP mới với Giữ IP). Lọc càng hẹp, như tới thành phố hay mã bưu chính, thì càng ít IP để đổi sang.

Muốn biết chính xác proxy của mình chậm ở đâu, hãy đo bằng số: bài cách kiểm tra proxy có lệnh đo thời gian kết nối và thời gian nhận byte đầu tiên.

Câu hỏi thường gặp

Proxy chậm có phải do proxy kém không?

Không hẳn. Trước hết hãy so với số đo ở trên: IP Mỹ hay châu Âu mà mỗi lượt khoảng 200–300 ms là bình thường khi bạn ở Việt Nam. Nếu proxy Việt Nam mở website Việt Nam mà vẫn chậm bất thường, hãy thử đổi vài IP; vẫn chậm thì mở một yêu cầu ở mục Hỗ trợ trong bảng điều khiển, kèm số đo của bạn.

Độ trễ bao nhiêu là ổn?

Không có con số chung cho mọi việc. Theo số đo của chúng tôi từ Việt Nam, dưới 100 ms là mức của các nước gần như Singapore, khoảng 100 ms với Nhật Bản, Ấn Độ, và 200–250 ms với Mỹ, châu Âu. Bạn so độ trễ thực tế với khoảng này để biết proxy của mình đang nhanh hay chậm so với khoảng cách.

Vì sao lần đầu mở trang chậm, các lần sau nhanh hơn?

Lần đầu phải mở kết nối mới, mất khoảng bốn lượt bắt tay. Các lần sau, phần mềm dùng lại kết nối cũ và trình duyệt dùng lại những gì đã tải trong bộ nhớ đệm, nên vừa ít lượt chờ vừa ít dữ liệu phải tải. Bài proxy hết GB nhanh bất thường có số đo cho thấy bộ nhớ đệm tiết kiệm được bao nhiêu.

Bài viết liên quan