Trang chủHướng dẫnVPS bị lag, giật: cách đo ping và mất gói tới VPS rồi gửi kết quả cho kỹ thuật
VPS bị lag, giật: cách đo ping và mất gói tới VPS rồi gửi kết quả cho kỹ thuật

VPS bị lag, giật: cách đo ping và mất gói tới VPS rồi gửi kết quả cho kỹ thuật

Hướng dẫn CloudNest Team 26 tháng 10, 2026 7 lượt xem

VPS đang chạy game, Remote Desktop hay trình duyệt mà lúc mượt lúc khựng: nhân vật đứng hình rồi nhảy cóc, gõ phím một lúc mới hiện chữ? Nguyên nhân thường nằm ở một trong hai chỗ: chính VPS đang quá tải (CPU, RAM, ổ cứng), hoặc đường mạng từ chỗ bạn tới VPS chậm, mất gói.

Phần VPS bạn xem ngay được trên Portal (tab Tài nguyên — xem thêm bài VPS lag dù còn RAM là vì sao). Bài này lo phần đường mạng: đo bằng các lệnh có sẵn trong Windows, đọc kết quả cho đúng, rồi gửi kỹ thuật một bản đo đủ thông tin để xử lý ngay. Mọi kết quả trong bài là số đo thật ngày 25–26/10/2026, từ một máy chủ ở TP.HCM tới các VPS thử ở Hà Nội.

ĐO TRONG KHOẢNG 6 PHÚTchạy trên máy của bạn · Win + R → cmd
1
ping -n 100 IP-VPS~100 giây
Có mất gói không, ping trung bình bao nhiêu.
2
tracert -d IP-VPS~10 giây
Gói tin đi qua những chặng nào, chậm lên ở đâu.
3
pathping -n IP-VPS~4 phút
Mất gói bắt đầu từ chặng nào.
Đọc: chỉ dòng cuối — chính IP VPS — mới nói thật. Gửi: kết quả + giờ đo + nơi bạn ở, nhà mạng.

1. Ping, mất gói và dao động: ba con số cần đo

Mỗi lần ping, máy bạn gửi một gói tin nhỏ tới VPS rồi chờ gói trả lời. Từ đó có ba con số:

Ping (độ trễ)
20 ms
Thời gian gói đi và về. TP.HCM ⇄ Hà Nội đo được 20–21 ms; hai máy cùng trung tâm dữ liệu dưới 1 ms.
Mất gói
0%
Phần trăm gói đi mà không thấy về. Đường tốt luôn là 0%.
Dao động
20–21 ms
Khoảng cách giữa ping thấp nhất và cao nhất. Lúc 20 lúc 200 ms thì giật dù trung bình đẹp.

Trong ba số, mất gói gây khó chịu nhất. Gói bị mất phải gửi lại hoặc bị bỏ qua: nhân vật đứng hình rồi nhảy cóc, Remote Desktop đơ vài giây rồi chạy dồn. Ping cao mà đều chỉ làm mọi thứ chậm hơn một nhịp, vẫn mượt. Chúng tôi từng gặp những ca khách báo lag liên tục mà đo ra chỉ mất 3–7% gói — mức đó đã đủ làm game online giật rõ.

2. VPS Windows: bật trả lời ping trước khi đo

Windows có tường lửa và mặc định không trả lời ping. Chúng tôi thử trên VPS Windows Server 2012 R2 và 2022 dựng từ mẫu của CloudNest: ping báo 100% "Request timed out" dù Remote Desktop vẫn vào bình thường. Gặp kết quả này đừng vội kết luận máy chết hay mạng hỏng — chỉ là một luật tường lửa đang tắt. VPS Linux (Ubuntu) trả lời ping sẵn, bỏ qua mục này.

Bật bằng một lệnh: đăng nhập VPS bằng Remote Desktop, mở PowerShell (Win + R → gõ powershell → Enter) rồi chạy:

Enable-NetFirewallRule -Name FPS-ICMP4-ERQ-In

Lệnh không in gì là đã xong. Muốn chắc, chạy thêm lệnh kiểm tra — dòng Enabled phải là True:

Get-NetFirewallRule -Name FPS-ICMP4-ERQ-In | Format-List DisplayName, Enabled
PowerShell trên VPS Windows Server 2012 R2: lệnh Enable-NetFirewallRule bật luật trả lời ping, kiểm tra thấy Enabled : True
Chụp trên VPS Windows Server 2012 R2 thử nghiệm: ① lệnh bật luật trả lời ping, ② kiểm tra thấy Enabled : True.
Command Prompt ping tới VPS Windows: trước khi bật luật mất 100% gói, sau khi bật mất 0%
Ping tới chính VPS đó từ một VPS khác: ① trước khi bật, 4/4 gói "Request timed out" (100% loss); ② sau khi bật, 0% loss. Hai máy cùng trung tâm dữ liệu nên ping dưới 1 ms.

Luật FPS-ICMP4-ERQ-In có sẵn trong Windows, tên đầy đủ "File and Printer Sharing (Echo Request - ICMPv4-In)". Lệnh trên chỉ cho phép trả lời ping, không mở chia sẻ tệp hay cổng nào khác. Đo xong, muốn VPS im lặng như cũ thì tắt lại:

Disable-NetFirewallRule -Name FPS-ICMP4-ERQ-In

3. Bước 1 — ping 100 gói: có mất gói không?

Các lệnh từ đây chạy trên máy tính bạn đang dùng để chơi game hoặc điều khiển VPS, không phải trên VPS — tốt nhất là đúng lúc đang lag. Mở Command Prompt: Win + R → gõ cmd → Enter, rồi gõ lệnh dưới (thay 180.93.194.27 bằng IP VPS của bạn):

ping -n 100 180.93.194.27

Máy gửi 100 gói, mỗi giây một gói — chờ khoảng 100 giây tới khi hiện phần thống kê. Đây là kết quả thật lúc đường truyền đang mất gói (cắt bớt phần giữa):

cmdping -n 100 180.93.194.27TP.HCM → Hà Nội
Pinging 180.93.194.27 with 32 bytes of data: Reply from 180.93.194.27: bytes=32 time=21ms TTL=54 Reply from 180.93.194.27: bytes=32 time=21ms TTL=54 Reply from 180.93.194.27: bytes=32 time=21ms TTL=54 Reply from 180.93.194.27: bytes=32 time=21ms TTL=54 Reply from 180.93.194.27: bytes=32 time=21ms TTL=54 Reply from 180.93.194.27: bytes=32 time=21ms TTL=54 Reply from 180.93.194.27: bytes=32 time=21ms TTL=54 Request timed out. Reply from 180.93.194.27: bytes=32 time=21ms TTL=54 Reply from 180.93.194.27: bytes=32 time=21ms TTL=54 Reply from 180.93.194.27: bytes=32 time=21ms TTL=54 Reply from 180.93.194.27: bytes=32 time=21ms TTL=54 Request timed out. Reply from 180.93.194.27: bytes=32 time=21ms TTL=54 Reply from 180.93.194.27: bytes=32 time=21ms TTL=54 Request timed out. … (84 dòng nữa, thêm 9 dòng Request timed out) Ping statistics for 180.93.194.27: Packets: Sent = 100, Received = 88, Lost = 12 (12% loss), Approximate round trip times in milli-seconds: Minimum = 20ms, Maximum = 21ms, Average = 20ms
Lost = 12 (12% loss)
Mất 12 trên 100 gói. Đường tốt là 0%; mất từ 1% trở lên và lặp lại ở nhiều lần đo thì nên báo kỹ thuật.
Average = 20ms
Ping trung bình. So Minimum với Maximum để thấy dao động — ở đây 20–21 ms, rất đều.
Ví dụ này do chúng tôi cố ý tạo: cho VPS thử bỏ ngẫu nhiên 10% gói trả lời bằng một luật tường lửa, rồi đo — ra 12%, đúng cỡ đã đặt. Lúc bình thường, cùng đường này đo 30 gói mất 0 gói, ping 20–21 ms.

Muốn theo dõi suốt lúc đang chơi thì dùng ping -t 180.93.194.27: lệnh chạy mãi tới khi bạn bấm Ctrl + C, lúc đó Windows in phần thống kê rồi dừng. Máy Mac hoặc Linux dùng ping -c 100 180.93.194.27; dòng tóm tắt có dạng 5 packets transmitted, 0 received, 100% packet loss (kết quả thật khi ping từ VPS Ubuntu tới một VPS Windows chưa bật luật ở mục 2).

4. Bước 2 — tracert: gói tin đi qua những chặng nào?

Gói tin không bay thẳng tới VPS mà đi qua nhiều router — mỗi router là một chặng (hop). tracert liệt kê từng chặng kèm thời gian tới chặng đó. Thêm -d để bỏ bước tra tên, chạy nhanh hơn hẳn (9 chặng mất khoảng 10 giây):

tracert -d 180.93.194.27
cmdtracert -d 180.93.194.27đã che địa chỉ các chặng giữa
Tracing route to 180.93.194.27 over a maximum of 30 hops 1 <1 ms <1 ms <1 ms x.x.x.x 2 <1 ms <1 ms <1 ms x.x.x.x 3 1 ms 1 ms <1 ms x.x.x.x 4 <1 ms <1 ms <1 ms x.x.x.x 5 20 ms 20 ms 20 ms x.x.x.x 6 21 ms 21 ms 21 ms x.x.x.x 7 21 ms 21 ms 21 ms x.x.x.x 8 21 ms 21 ms 21 ms x.x.x.x 9 21 ms 21 ms 21 ms 180.93.194.27 Trace complete.

Bốn chặng đầu dưới 1 ms — gói tin vẫn ở trong TP.HCM. Tới chặng 5, ping nhảy lên 20 ms rồi giữ nguyên tới VPS: đó là quãng đường TP.HCM → Hà Nội, hoàn toàn bình thường. Quy tắc đọc: ping tăng ở một chặng rồi giữ nguyên tới cuối là do khoảng cách; ping vọt lên ở một chặng giữa nhưng các chặng sau lại thấp là router đó trả lời chậm — gói của bạn không bị ảnh hưởng. Chặng hiện * hoặc "Request timed out" là router không trả lời gói kiểm tra, cũng bình thường nếu các chặng sau vẫn hiện tiếp.

5. Bước 3 — pathping: mất gói bắt đầu ở chặng nào?

pathping gộp ping và tracert: dò đường rồi gửi 100 gói tới từng chặng để đếm chặng nào mất. Đây là lệnh lâu nhất — khoảng 25 giây mỗi chặng, đường 9 chặng mất chừng 4 phút. Thấy dòng "Computing statistics…" thì cứ để cửa sổ chạy tới khi hiện "Trace complete".

pathping -n 180.93.194.27
cmdpathping -n 180.93.194.27đường bình thường
Computing statistics for 225 seconds... Source to Here This Node/Link Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address 0 x.x.x.x 0/ 100 = 0% | 1 0ms 0/ 100 = 0% 0/ 100 = 0% x.x.x.x 0/ 100 = 0% | 2 0ms 0/ 100 = 0% 0/ 100 = 0% x.x.x.x 0/ 100 = 0% | 3 1ms 0/ 100 = 0% 0/ 100 = 0% x.x.x.x 0/ 100 = 0% | 4 0ms 0/ 100 = 0% 0/ 100 = 0% x.x.x.x 0/ 100 = 0% | 5 20ms 5/ 100 = 5% 5/ 100 = 5% x.x.x.x 0/ 100 = 0% | 6 21ms 0/ 100 = 0% 0/ 100 = 0% x.x.x.x 0/ 100 = 0% | 7 21ms 0/ 100 = 0% 0/ 100 = 0% x.x.x.x 0/ 100 = 0% | 8 --- 100/ 100 =100% 100/ 100 =100% x.x.x.x 0/ 100 = 0% | 9 21ms 0/ 100 = 0% 0/ 100 = 0% 180.93.194.27 Trace complete.

Bảng có hai cột phần trăm. Source to Here: tỉ lệ mất tính từ máy bạn tới chặng đó. This Node/Link: phần mất do riêng chặng đó (dòng có số chặng) hoặc do đường nối giữa hai chặng (dòng có dấu |).

0%
Chỉ tin dòng cuối. Chặng 5 báo 5%, chặng 8 báo 100%, nhưng dòng cuối — chính VPS — 0/ 100 = 0%. Nếu chặng 5 mất gói thật thì mọi chặng sau nó cũng phải mất theo. Router dọc đường bận chuyển gói cho hàng nghìn người, nên thường lờ đi gói kiểm tra gửi thẳng tới nó: đó là "mất" giả.
Lúc bình thườngVPS 0%
Máy đo · TP.HCM
nơi chạy lệnh
Chặng 1–4
vẫn trong TP.HCM
0–1 ms0%
Chặng 5
ping nhảy lên: đoạn TP.HCM → Hà Nội
20 ms5%
Chặng 6–7
21 ms0%
Chặng 8
router không trả lời gói đo
—100%
VPS · Hà Nội
dòng quyết định
21 ms0%
Chặng 5 và 8 báo mất nhưng VPS 0% ⇒ đường sạch, mất gói ở chặng giữa là giả.
Khi đang mất góiVPS 7%
Máy đo · TP.HCM
cùng máy, cùng đường
Chặng 1–4
0–1 ms0%
Chặng 5
vẫn "mất" giả như lúc thường
20 ms8%
Chặng 6–7
chưa mất gì
21 ms0%
Chặng 8
không trả lời gói đo
—100%
VPS · Hà Nội
mất thật, bắt đầu sau chặng 7
20 ms7%
Chặng 7 còn 0%, tới VPS mất 7% ⇒ lỗi ở đoạn cuối, sát VPS.

Thẻ "Khi đang mất gói" là lần đo thứ hai, lúc VPS thử đang bỏ 10% gói như ở mục 3. Dòng cuối hiện 7%, trong khi chặng 6 và 7 vẫn 0%: mất gói bắt đầu sau chặng 7, tức đoạn cuối sát VPS. Đó chính là thông tin kỹ thuật cần để khoanh vùng — và trong ví dụ này, thủ phạm đúng là luật tường lửa trên chính VPS. Phần cuối bảng của lần đo đó:

cmdpathping -n 180.93.194.27đang mất gói
… 6 21ms 0/ 100 = 0% 0/ 100 = 0% x.x.x.x 0/ 100 = 0% | 7 21ms 0/ 100 = 0% 0/ 100 = 0% x.x.x.x 7/ 100 = 7% | 8 --- 100/ 100 =100% 93/ 100 = 93% x.x.x.x 0/ 100 = 0% | 9 20ms 7/ 100 = 7% 0/ 100 = 0% 180.93.194.27 Trace complete.

6. Máy Linux: mtr làm cả hai việc

Trên Linux (hoặc ngay trên VPS Linux), mtr gửi gói liên tục tới mọi chặng và in bảng giống pathping. Bản Ubuntu 24.04 của CloudNest có sẵn mtr:

mtr -rwn -c 100 180.93.194.27

-r in báo cáo khi xong, -w không cắt dòng, -n không tra tên, -c 100 gửi 100 gói mỗi chặng. Ví dụ thật, chạy trên một VPS Ubuntu ở Hà Nội tới 1.1.1.1:

bashmtr -rwn -c 100 1.1.1.1đã che địa chỉ các chặng giữa
HOST: test-ping-u24 Loss% Snt Last Avg Best Wrst StDev 1.|-- x.x.x.x 1.0% 100 0.5 2.2 0.4 134.9 13.6 2.|-- x.x.x.x 0.0% 100 0.6 0.7 0.4 4.3 0.5 3.|-- x.x.x.x 0.0% 100 0.7 1.3 0.4 14.3 2.1 4.|-- x.x.x.x 16.0% 100 1.7 1.6 0.7 18.6 3.0 5.|-- x.x.x.x 0.0% 100 19.2 19.2 18.9 20.0 0.2 6.|-- x.x.x.x 0.0% 100 21.4 21.5 21.3 21.7 0.1 7.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0 8.|-- x.x.x.x 0.0% 100 41.9 23.9 21.8 41.9 3.8 9.|-- 1.1.1.1 0.0% 100 21.9 22.0 21.8 23.2 0.2

Cùng quy tắc: chặng 4 báo 16% và chặng 7 không trả lời (???), nhưng 1.1.1.1 ở dòng cuối 0,0% — đường sạch. Cột Avg là ping trung bình, Wrst là lần chậm nhất, StDev càng lớn thì ping càng dao động.

7. Cách nhanh: một lệnh đo hết và lưu ra tệp

Ngại gõ từng lệnh? Trên máy của bạn, mở PowerShell (Win + R → gõ powershell → Enter), dán dòng dưới — sửa IP trong dấu nháy thành IP VPS của bạn — rồi Enter:

$ip='180.93.194.27'; & { Get-Date; ping -n 100 $ip; tracert -d $ip; pathping -n $ip } | Tee-Object $HOME\do-mang.txt; notepad $HOME\do-mang.txt

Lệnh ghi giờ đo rồi chạy lần lượt ping, tracert, pathping. Kết quả vừa hiện trên màn hình vừa lưu vào tệp do-mang.txt trong thư mục người dùng (C:\Users\tên-của-bạn). Với đường 9 chặng, cả lượt mất khoảng 6 phút. Xong, tệp tự mở bằng Notepad: bấm Ctrl + A, Ctrl + C rồi dán vào yêu cầu hỗ trợ.

PowerShell chạy lệnh đo ping, tracert, pathping và lưu kết quả vào tệp do-mang.txt
① Dán lệnh (đã sửa IP) rồi Enter; ② giờ đo được ghi ngay đầu, kết quả chạy trên màn hình.
Tệp do-mang.txt mở trong Notepad với giờ đo và kết quả ping
Đo xong, tệp do-mang.txt tự mở trong Notepad, dòng đầu là giờ đo. Ảnh chụp trên VPS thử, đo tới máy cùng trung tâm dữ liệu nên ping dưới 1 ms.

8. Lỗi ở mạng nhà bạn hay ở đường tới VPS?

Một bản đo tới VPS chưa đủ để biết lỗi nằm ở đâu. Thêm ba phép thử nhanh:

A
Đo đối chứng tới một địa chỉ khác
Chạy ping -n 100 1.1.1.1. Cũng mất gói ⇒ vấn đề ở mạng nhà bạn hoặc nhà mạng, không riêng VPS.
B
Cắm dây mạng thay Wi-Fi rồi đo lại
Wi-Fi yếu, nhiều thiết bị dùng chung là nguồn mất gói rất hay gặp.
C
Phát 4G từ điện thoại rồi đo lại
Sang mạng khác mà hết mất gói ⇒ lỗi nằm trên đường đi của nhà mạng bạn đang dùng.

Phép thử C rất đáng làm. Chúng tôi từng gặp ca VPS rảnh, mạng từ trung tâm dữ liệu ra ngoài sạch, nhưng khách dùng một nhà mạng lại mất 3–7% gói trên đường tới VPS — đo từ mạng khác thì sạch. Có kết quả này, kỹ thuật khoanh vùng ngay đúng đoạn đường có vấn đề thay vì đoán mò.

9. Gửi kết quả cho kỹ thuật

Một yêu cầu đủ thông tin giúp kỹ thuật xử lý từ lần đầu, không phải hỏi qua hỏi lại. Gửi kèm 5 thứ:

PHIẾU GỬI KỸ THUẬT
1
IP VPS bị lag
2
Thời điểm lag và lúc đo — giờ, ngày; đo đúng lúc đang lag là tốt nhất
3
Nơi bạn ở và nhà mạng — tỉnh/thành, cáp quang hay 4G, của nhà mạng nào
4
Hiện tượng — game giật bao lâu một lần, Remote Desktop đơ, web tải chậm…
5
Nguyên văn kết quả đo — dán chữ, kèm kết quả đo đối chứng 1.1.1.1 nếu có

Có thể chép mẫu này rồi điền:

IP VPS: 180.93.194.27
Lag lúc: 21:30–22:15 ngày 25/10, đo lúc 21:40
Nơi ở, nhà mạng: Đà Nẵng, cáp quang (ghi tên nhà mạng)
Hiện tượng: game giật mỗi 20–30 giây, Remote Desktop đơ vài giây
Đo đối chứng 1.1.1.1: 0% mất gói
Kết quả đo: (dán nội dung tệp do-mang.txt)

Gửi ở Portal: menu Hỗ trợ → Tạo yêu cầu, chọn VPS ở ô Dịch vụ cần hỗ trợ, dán vào ô Nội dung rồi bấm Gửi yêu cầu. Ô nội dung nhận được đoạn chữ dài và cả ảnh (dán bằng Ctrl + V). Nên dán chữ thay vì chỉ chụp màn hình: ảnh thường chỉ thấy nửa kết quả, còn chữ thì kỹ thuật so được từng chặng. Cần gấp, nhắn Zalo hoặc gọi hotline 08.8888.5971.

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

Ping bao nhiêu thì chơi game ổn?

Không có một con số cho mọi game; quan trọng nhất là ping đều và 0% mất gói. Muốn ping thấp, đặt VPS gần người chơi: CloudNest có VPS ở TP.HCM và Hà Nội (chọn khi đặt hàng). Giữa hai thành phố, ping đo được khoảng 20 ms.

tracert hoặc pathping có chặng báo 100% hay dấu * — có sao không?

Không sao nếu dòng cuối (VPS) vẫn 0%. Đó là router không trả lời gói kiểm tra, gói thật của bạn vẫn đi qua bình thường.

Ping đẹp mà vẫn lag?

Khi đó lỗi thường nằm trong VPS: CPU chạy 100%, RAM đầy hoặc ổ cứng bận. Xem tab Tài nguyên trên Portal và bài VPS lag dù còn RAM là vì sao.

Ping tới VPS Windows báo 100% "Request timed out"?

Gần như chắc chắn do tường lửa Windows chặn ping — bật theo mục 2. Nếu Remote Desktop cũng không vào được thì xem bài VPS Windows không Remote Desktop được.

Có nên để Windows luôn trả lời ping?

Tuỳ bạn. Bật thì bạn và kỹ thuật đo được bất cứ lúc nào; tắt thì VPS kín tiếng hơn trước các máy quét. Tắt bằng lệnh Disable-NetFirewallRule -Name FPS-ICMP4-ERQ-In.

VPS đặt gần người chơi: TP.HCM hoặc Hà Nội
Windows hoặc Linux, giao máy tự động, từ 80.000đ/tháng (chưa VAT). Gặp lag, gửi kết quả đo để kỹ thuật kiểm tra ngay.
Xem bảng giá VPS
ZaloGọi ngayTelegram