HostingViet | Công ty Cổ phần Công nghệ số Thiên Quang

Tracert là gì? Cách dùng lệnh tracert để kiểm tra đường truyền, phát hiện lỗi mạng

Kiến thức Máy chủ | 2026-06-23 11:03:38+07

Tracert Là Gì?

Tracert là lệnh kiểm tra đường đi của gói tin từ thiết bị nguồn đến máy chủ đích trên hệ điều hành Windows. Tên “tracert” là viết tắt của “trace route”, nghĩa là truy vết tuyến đường mạng. Khi chạy lệnh này, hệ thống sẽ gửi các gói tin kiểm tra đến địa chỉ đích và ghi nhận từng thiết bị trung gian mà gói tin đi qua, thường được gọi là hop.

Mỗi hop có thể là router của mạng nội bộ, thiết bị gateway của nhà mạng, router trung chuyển quốc tế, firewall, thiết bị cân bằng tải hoặc hệ thống định tuyến gần máy chủ đích. Kết quả tracert thường hiển thị số thứ tự hop, thời gian phản hồi tính bằng mili giây và địa chỉ IP hoặc hostname của từng chặng. Nhờ các thông tin này, người quản trị có thể phát hiện vị trí có độ trễ cao hoặc mất phản hồi bất thường.

Ví dụ, khi bạn truy cập website đặt trên VPS tại Việt Nam, kết quả tracert thường chỉ đi qua một số hop trong nước và độ trễ có thể ở mức vài mili giây đến vài chục mili giây, tùy nhà mạng. Ngược lại, nếu website đặt ở máy chủ nước ngoài, tuyến đi có thể qua nhiều router quốc tế hơn, độ trễ có thể tăng lên 100 ms, 200 ms hoặc cao hơn tùy vị trí data center và chất lượng tuyến cáp tại thời điểm kiểm tra.

Tracert dùng để làm gì trong quản trị website và máy chủ?

Trong môi trường hosting, VPS và server, tracert thường được dùng để xác định đường truyền từ máy người dùng đến máy chủ có ổn định hay không. Khi khách hàng phản ánh website chậm, quản trị viên không nên chỉ kiểm tra CPU, RAM, dung lượng ổ cứng hoặc mã nguồn. Cần kiểm tra thêm tuyến mạng, vì có thể máy chủ vẫn hoạt động bình thường nhưng người dùng ở một khu vực mạng nhất định lại gặp nghẽn tuyến.

Tracert đặc biệt hữu ích khi sự cố chỉ xảy ra với một số người dùng, một nhà mạng hoặc một khu vực địa lý. Ví dụ, người dùng mạng A truy cập website bình thường, nhưng người dùng mạng B lại timeout. Khi so sánh kết quả tracert giữa hai mạng, bạn có thể phát hiện tuyến đi của mạng B bị timeout tại một hop trung gian, trong khi tuyến của mạng A vẫn ổn định. Đây là dữ liệu rất quan trọng khi gửi yêu cầu hỗ trợ cho nhà cung cấp mạng hoặc đơn vị cung cấp VPS.

Công cụ này cũng hỗ trợ kiểm tra sau khi thay đổi DNS, chuyển hosting, đổi IP máy chủ, cấu hình firewall, chuyển website sang VPS mới hoặc triển khai hệ thống chống DDoS. Nếu đường đi thay đổi bất thường hoặc dừng ở một hop không mong muốn, quản trị viên có thêm cơ sở để rà soát lại cấu hình mạng, định tuyến, bản ghi DNS hoặc chính sách bảo mật.

Tracert khác gì so với traceroute?

Tracert và traceroute có cùng mục đích là truy vết đường đi của gói tin, nhưng được dùng trên các hệ điều hành khác nhau. Tracert là lệnh phổ biến trên Windows, còn traceroute thường dùng trên Linux, Unix và macOS. Về bản chất, cả hai đều dựa trên cơ chế TTL để xác định từng hop trung gian trên đường đến máy chủ đích.

Điểm khác biệt nằm ở cách gửi gói tin mặc định. Trên Windows, tracert thường sử dụng ICMP Echo Request. Trong khi đó, traceroute trên nhiều hệ thống Linux truyền thống có thể dùng UDP packet mặc định, nhưng cũng có tùy chọn dùng ICMP hoặc TCP. Vì sự khác biệt này, cùng một tuyến mạng có thể cho kết quả hơi khác nhau khi kiểm tra từ Windows và Linux, đặc biệt nếu firewall hoặc router trung gian chặn một loại gói tin nhất định.

Với người quản trị VPS, việc hiểu sự khác biệt này giúp tránh kết luận sai. Nếu tracert trên Windows hiển thị dấu sao ở một số hop, điều đó không đồng nghĩa chắc chắn máy chủ lỗi. Có thể thiết bị trung gian không phản hồi ICMP nhưng vẫn chuyển tiếp lưu lượng web bình thường. Vì vậy, nên kết hợp nhiều công cụ như ping, mtr, curl, telnet port, kiểm tra log web server và monitoring tài nguyên VPS.

Cơ chế hoạt động của tracert

Để hiểu sâu hơn tracert là gì, cần nắm cơ chế TTL. TTL là viết tắt của Time To Live, một giá trị trong gói tin IP dùng để giới hạn số lần gói tin được chuyển tiếp qua router. Mỗi khi gói tin đi qua một router, giá trị TTL sẽ giảm đi 1. Khi TTL giảm về 0, router sẽ loại bỏ gói tin và gửi thông báo phản hồi về máy nguồn.

Tracert tận dụng chính cơ chế này để khám phá từng chặng mạng. Đầu tiên, công cụ gửi gói tin với TTL bằng 1. Router đầu tiên nhận gói tin, giảm TTL về 0 và trả về thông báo. Nhờ đó, tracert biết được hop thứ nhất. Sau đó, tracert tiếp tục gửi gói tin với TTL bằng 2, rồi 3, rồi 4 cho đến khi chạm đến máy chủ đích hoặc đạt giới hạn số hop tối đa.

Kết quả cuối cùng là danh sách các router trung gian theo thứ tự. Mỗi hop thường có 3 lần đo thời gian phản hồi để giúp đánh giá độ ổn định. Nếu cả 3 lần đo đều thấp và tương đối đều nhau, tuyến đó thường ổn định. Nếu một hop có thời gian phản hồi rất cao hoặc xuất hiện nhiều dấu sao, cần phân tích thêm để xác định đó là hiện tượng bình thường, do thiết bị không trả lời ICMP, hay là dấu hiệu nghẽn mạng thật sự.

Hop trong tracert là gì?

Hop là mỗi chặng mạng mà gói tin đi qua từ thiết bị nguồn đến máy chủ đích. Một hop có thể là router Wi-Fi tại nhà, modem doanh nghiệp, thiết bị gateway của ISP, router backbone trong nước, router quốc tế hoặc thiết bị mạng tại data center. Số lượng hop càng nhiều thì đường đi càng dài, nhưng không phải lúc nào nhiều hop cũng đồng nghĩa với chậm.

Điều quan trọng hơn là độ trễ tại từng hop và sự tăng độ trễ giữa các hop. Ví dụ, nếu hop 1 đến hop 5 đều dưới 10 ms, nhưng từ hop 6 tăng lên 180 ms và các hop sau cũng duy trì mức cao, khả năng tuyến mạng bắt đầu đi qua đường truyền quốc tế hoặc đang gặp nghẽn tại khu vực đó. Ngược lại, nếu chỉ một hop hiển thị 300 ms nhưng các hop sau lại trở về 20 ms, đó có thể chỉ là router ưu tiên thấp việc phản hồi ICMP, chưa chắc là điểm nghẽn.

Trong phân tích kết nối đến VPS hoặc máy chủ, quản trị viên nên nhìn toàn bộ chuỗi hop thay vì chỉ tập trung vào một dòng. Một kết quả tracert tốt thường có độ trễ tăng dần hợp lý, không mất phản hồi liên tục ở các hop cuối và không có bước nhảy latency quá lớn kéo dài đến đích.

TTL trong tracert có ý nghĩa gì?

TTL giúp ngăn gói tin chạy vô hạn trong mạng nếu xảy ra lỗi định tuyến. Trong tracert, TTL được dùng như một “thước đo” để ép từng router trên đường đi phải phản hồi theo thứ tự. Khi TTL bắt đầu từ 1 và tăng dần, công cụ có thể lần lượt xác định hop đầu tiên, hop thứ hai, hop thứ ba và tiếp tục cho đến đích.

Thông thường, tracert trên Windows có giới hạn mặc định tối đa 30 hop. Với hầu hết kết nối trong nước đến các máy chủ đặt tại Việt Nam, số hop thực tế thường thấp hơn nhiều. Với kết nối quốc tế, số hop có thể cao hơn, đặc biệt khi tuyến đi qua nhiều hệ thống mạng trung gian. Nếu vượt quá giới hạn hop mà chưa đến đích, kết quả có thể báo không thể truy vết đầy đủ.

Khi kiểm tra website hoặc VPS, TTL không phải thông số để tối ưu trực tiếp trên máy chủ, nhưng nó giúp chẩn đoán đường truyền. Nếu truy vết dừng ở một hop nhất định, quản trị viên cần xác định hop đó thuộc mạng nội bộ, nhà mạng người dùng, tuyến trung gian hay khu vực data center để khoanh vùng trách nhiệm xử lý.

Đường đi của Dữ liệu khi truy cập website

>>Xem thêm: Cách Tạo Chữ Ký Email Chuyên Nghiệp Đơn Giản, Chi Tiết Từ A - Z

Cách đọc kết quả tracert chính xác

Một kết quả tracert thường gồm nhiều dòng, mỗi dòng đại diện cho một hop. Trên mỗi dòng có số thứ tự hop, ba giá trị thời gian phản hồi và địa chỉ IP hoặc tên miền của thiết bị trung gian. Ba giá trị thời gian phản hồi cho thấy độ trễ của ba lần thử riêng biệt. Nếu các giá trị gần nhau, tuyến tương đối ổn định. Nếu chênh lệch quá lớn, có thể có jitter hoặc mất ổn định mạng.

Ví dụ, một dòng có kết quả “10 ms, 11 ms, 10 ms” thường tốt hơn nhiều so với “10 ms, 250 ms, 35 ms”. Chênh lệch lớn thể hiện đường truyền không đều, có thể ảnh hưởng đến ứng dụng realtime như gọi video, game server, remote desktop, giao dịch trực tuyến hoặc quản trị VPS qua SSH/RDP. Với website thông thường, jitter nhỏ có thể khó nhận thấy, nhưng với ứng dụng cần phản hồi tức thì, đây là yếu tố đáng quan tâm.

Dấu sao trong tracert thường khiến nhiều người hiểu nhầm. Một hoặc vài dấu sao không nhất thiết là lỗi. Nhiều router được cấu hình không trả lời ICMP để giảm tải hoặc tăng bảo mật. Tuy nhiên, nếu nhiều hop cuối cùng đều là dấu sao và website không truy cập được, đó là dấu hiệu cần kiểm tra sâu hơn: có thể máy chủ đích chặn ICMP, firewall chặn truy cập, định tuyến lỗi hoặc IP đang bị gián đoạn.

Các thông số quan trọng trong kết quả tracert

Thành phần Ý nghĩa Cách đánh giá
Số thứ tự hop Thứ tự các thiết bị trung gian mà gói tin đi qua Hop càng xa đích thường càng có độ trễ cao hơn
Thời gian phản hồi Độ trễ tính bằng mili giây cho từng lần thử Dưới 30 ms thường tốt cho kết nối nội địa; trên 100 ms cần xem xét vị trí máy chủ
Dấu sao Không nhận được phản hồi trong thời gian chờ Cần phân biệt router không trả lời ICMP hay mất kết nối thật
Địa chỉ IP IP của router hoặc máy chủ phản hồi Giúp xác định tuyến thuộc mạng nội bộ, ISP, quốc tế hay data center
Hostname Tên định danh của thiết bị mạng nếu có reverse DNS Có thể gợi ý nhà mạng, quốc gia hoặc cụm hạ tầng liên quan

Khi đọc bảng kết quả, không nên chỉ nhìn vào dòng đầu tiên hoặc dòng có latency cao nhất. Cách đúng là quan sát xu hướng. Nếu latency tăng đều từ 2 ms lên 5 ms, 10 ms, 20 ms rồi đến 30 ms tại đích, tuyến khá bình thường. Nếu latency tăng đột ngột từ 15 ms lên 200 ms và duy trì 200 ms đến đích, khả năng tuyến đi xa hơn hoặc có nghẽn từ điểm đó trở đi.

Trong môi trường doanh nghiệp, nên lưu lại kết quả tracert theo thời điểm. Ví dụ, kiểm tra lúc bình thường, lúc cao điểm, khi người dùng báo lỗi và sau khi xử lý. So sánh các mẫu này giúp phát hiện lỗi theo khung giờ, lỗi theo nhà mạng hoặc lỗi do thay đổi định tuyến. Đây là cách làm thực tế khi vận hành website có lượng truy cập lớn hoặc ứng dụng nội bộ cần tính sẵn sàng cao.

Độ trễ bao nhiêu là tốt khi truy cập VPS, hosting, máy chủ?

Không có một con số duy nhất áp dụng cho mọi trường hợp, vì latency phụ thuộc khoảng cách địa lý, nhà mạng, tuyến cáp, thiết bị trung gian và vị trí data center. Với máy chủ đặt tại Việt Nam, người dùng trong nước thường kỳ vọng ping và tracert đến đích ở mức thấp, phổ biến trong khoảng vài mili giây đến vài chục mili giây nếu tuyến ổn định. Với máy chủ đặt tại Singapore, Nhật Bản, Mỹ hoặc châu Âu, độ trễ thường cao hơn do khoảng cách vật lý và số lượng tuyến trung gian.

Đối với website tin tức, blog, landing page hoặc website doanh nghiệp, độ trễ mạng chỉ là một phần trong tổng thời gian tải trang. Cần kết hợp thêm tối ưu mã nguồn, cache, CDN, ảnh, database và cấu hình web server. Tuy nhiên, với hệ thống quản trị từ xa như SSH, RDP, VPN, phần mềm kế toán online, tổng đài IP hoặc game server, latency cao sẽ ảnh hưởng trực tiếp đến trải nghiệm thao tác.

Một nguyên tắc thực tế là: nếu truy cập trong nước đến VPS Việt Nam mà tracert thường xuyên vượt 100 ms hoặc mất gói nhiều ở các hop cuối, cần kiểm tra ngay. Nếu truy cập đến máy chủ quốc tế có độ trễ 150–250 ms, cần xem xét vị trí máy chủ có phù hợp với tệp người dùng chính hay không. Với khách hàng mục tiêu tại Việt Nam, đặt VPS hoặc máy chủ tại Việt Nam thường giúp giảm độ trễ và cải thiện tốc độ phản hồi.

Khi nào cần dùng lệnh tracert?

Bạn nên dùng tracert khi website truy cập chậm nhưng tài nguyên hosting hoặc VPS không có dấu hiệu quá tải. Ví dụ CPU thấp, RAM còn trống, ổ cứng NVMe phản hồi tốt, web server không lỗi, nhưng người dùng vẫn báo truy cập chậm. Trong trường hợp này, tracert giúp kiểm tra tuyến mạng có nghẽn hay không trước khi tối ưu sai hướng.

Tracert cũng cần thiết khi website chỉ lỗi với một nhóm người dùng. Nếu tất cả người dùng đều không truy cập được, có thể nghi ngờ máy chủ, DNS hoặc firewall. Nhưng nếu chỉ người dùng từ một nhà mạng, một văn phòng hoặc một khu vực gặp lỗi, khả năng cao có vấn đề định tuyến hoặc mạng trung gian. Lúc này, yêu cầu người dùng gửi kết quả tracert là cách thu thập bằng chứng nhanh và rõ ràng.

Ngoài ra, nên dùng tracert sau khi chuyển website sang VPS mới, đổi IP, đổi DNS, cấu hình proxy, bật chống DDoS, triển khai CDN hoặc chuyển nhà cung cấp hosting. Kết quả tracert trước và sau thay đổi giúp đánh giá tuyến mạng có tối ưu hơn không, độ trễ có giảm không và truy cập từ các nhà mạng khác nhau có ổn định không.

Các tình huống thực tế nên kiểm tra tracert

Trong các tình huống trên, kết quả tracert giúp biến cảm nhận “chậm” thành dữ liệu có thể phân tích. Thay vì chỉ nói “website rất chậm”, bạn có thể chỉ rõ “độ trễ tăng từ 20 ms lên 180 ms tại hop thứ 8 và duy trì đến máy chủ đích”. Cách báo lỗi này giúp đội kỹ thuật tiết kiệm thời gian và xác định hướng xử lý nhanh hơn.

Đối với doanh nghiệp sử dụng VPS để chạy website bán hàng, CRM, ERP hoặc phần mềm nội bộ, nên chuẩn hóa quy trình kiểm tra mạng gồm ping, tracert và kiểm tra port. Khi có sự cố, nhân sự kỹ thuật hoặc bộ phận IT nội bộ có thể thu thập dữ liệu ban đầu trước khi chuyển cho nhà cung cấp dịch vụ. Điều này giúp giảm thời gian gián đoạn và hạn chế phán đoán cảm tính.

Kết quả lệnh tracert

>>Xem thêm: Hướng Dẫn Cài Đặt Outlook 2016 Và Sử Dụng Thành Thạo (Cực Chi Tiết)

Hướng dẫn dùng tracert trên Windows từng bước

Trên Windows, lệnh tracert có sẵn trong Command Prompt, không cần cài thêm phần mềm. Người dùng chỉ cần biết tên miền hoặc địa chỉ IP máy chủ cần kiểm tra. Với website, nên kiểm tra cả tên miền chính và IP VPS nếu có. Kiểm tra theo tên miền giúp đánh giá cả phần phân giải DNS, còn kiểm tra trực tiếp theo IP giúp loại trừ ảnh hưởng của DNS.

Trước khi chạy lệnh, nên đảm bảo máy tính đang kết nối Internet ổn định. Nếu dùng Wi-Fi, hãy kiểm tra tín hiệu không quá yếu. Nếu có thể, nên thử thêm bằng mạng dây LAN để loại trừ lỗi sóng Wi-Fi. Trường hợp đang dùng VPN hoặc proxy, nên tắt tạm thời nếu muốn kiểm tra tuyến mạng thật từ nhà mạng hiện tại đến máy chủ.

Dưới đây là quy trình từng bước đơn giản, phù hợp cho cả người dùng phổ thông và quản trị viên website.

Bước 1: Mở Command Prompt

  1. Nhấn tổ hợp phím Windows + R.
  2. Gõ cmd.
  3. Nhấn Enter để mở cửa sổ Command Prompt.

Command Prompt là môi trường dòng lệnh mặc định của Windows. Bạn không nhất thiết phải mở bằng quyền Administrator để chạy tracert trong hầu hết trường hợp thông thường. Tuy nhiên, nếu máy tính thuộc hệ thống doanh nghiệp có chính sách bảo mật chặt, một số lệnh mạng có thể bị hạn chế bởi quản trị viên hệ thống.

Sau khi cửa sổ màu đen hiện ra, bạn có thể bắt đầu nhập lệnh. Nên phóng to cửa sổ để dễ quan sát kết quả nhiều dòng. Nếu cần gửi kết quả cho kỹ thuật viên, bạn có thể bôi đen nội dung, nhấn Enter để copy hoặc dùng lệnh xuất kết quả ra file văn bản.

Bước 2: Chạy lệnh tracert đến tên miền

Cú pháp cơ bản như sau:

tracert tenmiencuaban.vn

Ví dụ kiểm tra đến một tên miền website:

tracert example.com

Khi chạy lệnh, Windows sẽ bắt đầu truy vết từng hop. Quá trình này có thể mất vài giây đến vài chục giây tùy tuyến mạng và số lượng hop. Bạn không nên tắt cửa sổ khi lệnh chưa hoàn tất. Kết quả đầy đủ thường kết thúc khi đến được máy chủ đích hoặc báo “Trace complete”.

Nếu tên miền không phân giải được, kết quả có thể báo không tìm thấy host. Khi đó, vấn đề có thể nằm ở DNS, tên miền nhập sai, domain hết hạn, bản ghi DNS chưa cấu hình đúng hoặc máy tính đang dùng DNS lỗi. Trong trường hợp này, nên kiểm tra thêm bằng lệnh nslookup trước khi kết luận đường truyền có vấn đề.

Bước 3: Chạy tracert đến địa chỉ IP máy chủ

Nếu bạn biết IP VPS hoặc IP hosting, hãy kiểm tra trực tiếp bằng cú pháp:

tracert 123.123.123.123

Kiểm tra bằng IP giúp loại bỏ lớp tên miền và DNS. Nếu tracert đến IP tốt nhưng truy cập tên miền lỗi, khả năng cao vấn đề nằm ở DNS, cấu hình virtual host, SSL, bản ghi A/CNAME hoặc cache DNS. Nếu tracert đến IP cũng lỗi, cần tiếp tục kiểm tra tuyến mạng, firewall hoặc trạng thái máy chủ.

Với khách hàng sử dụng VPS tại HostingViet, thông tin IP thường được cấp trong email kích hoạt dịch vụ hoặc khu vực quản lý dịch vụ. Khi gửi yêu cầu hỗ trợ, nên cung cấp cả IP, tên miền, thời điểm kiểm tra, nhà mạng đang dùng và ảnh chụp hoặc nội dung kết quả tracert để đội kỹ thuật có đủ dữ liệu đối chiếu.

Bước 4: Xuất kết quả tracert ra file

Nếu cần lưu lại kết quả, bạn có thể dùng lệnh:

tracert example.com > C:\tracert-result.txt

Lệnh này sẽ ghi kết quả vào file tracert-result.txt trong ổ C. Nếu Windows báo không có quyền ghi vào ổ C, hãy đổi sang thư mục người dùng, ví dụ:

tracert example.com > %USERPROFILE%\Desktop\tracert-result.txt

Việc lưu file giúp dễ gửi cho đội kỹ thuật hơn so với ảnh chụp màn hình, vì kỹ thuật viên có thể sao chép IP, so sánh hop và lưu hồ sơ sự cố. Với các lỗi lặp lại theo khung giờ, nên lưu nhiều file theo thời điểm khác nhau, ví dụ buổi sáng, giờ cao điểm buổi tối và thời điểm người dùng phản ánh lỗi.

Hướng dẫn dùng traceroute trên Linux và macOS

Nếu đang quản trị VPS Linux, bạn có thể dùng lệnh traceroute hoặc mtr để kiểm tra chiều từ máy chủ ra ngoài. Đây là bước rất quan trọng vì tracert từ máy người dùng đến máy chủ chỉ cho thấy một chiều đường đi. Trong mạng Internet, tuyến đi và tuyến về không phải lúc nào cũng giống nhau, nên kiểm tra từ cả hai phía sẽ cho kết quả đầy đủ hơn.

Trên nhiều bản phân phối Linux, traceroute có thể chưa được cài sẵn. Bạn có thể cần cài thêm gói tương ứng. Với Ubuntu hoặc Debian, thường dùng apt. Với CentOS, AlmaLinux hoặc Rocky Linux, có thể dùng yum hoặc dnf. Trên macOS, traceroute thường có sẵn trong Terminal.

Đối với quản trị viên VPS, nên kết hợp traceroute với mtr vì mtr hiển thị thống kê mất gói và độ trễ theo thời gian thực. Nếu chỉ kiểm tra một lần bằng traceroute, bạn có thể bỏ lỡ lỗi chập chờn. Mtr chạy trong vài phút sẽ cho dữ liệu đáng tin cậy hơn khi phân tích packet loss.

Cài đặt traceroute trên Linux

Trên Ubuntu hoặc Debian, có thể cài bằng lệnh:

sudo apt update
sudo apt install traceroute -y

Trên CentOS, AlmaLinux hoặc Rocky Linux, có thể dùng:

sudo yum install traceroute -y

Hoặc:

sudo dnf install traceroute -y

Sau khi cài đặt, kiểm tra bằng lệnh:

traceroute example.com

Nếu VPS không thể chạy traceroute hoặc kết quả toàn dấu sao, có thể do firewall trên máy chủ, rule của nhà cung cấp, chính sách chặn ICMP/UDP hoặc cấu hình bảo mật hệ điều hành. Khi đó, nên thử thêm tùy chọn dùng ICMP hoặc TCP tùy hệ thống hỗ trợ.

Dùng mtr để kiểm tra ổn định tuyến mạng

Mtr là công cụ kết hợp giữa ping và traceroute. Nó liên tục gửi gói tin đến từng hop và thống kê tỷ lệ mất gói, độ trễ trung bình, tốt nhất, xấu nhất và độ lệch. Đây là công cụ rất hữu ích cho quản trị VPS, đặc biệt khi cần chứng minh lỗi mạng xảy ra không ổn định.

Cài mtr trên Ubuntu hoặc Debian:

sudo apt install mtr -y

Chạy kiểm tra:

mtr example.com

Nếu muốn xuất báo cáo dạng văn bản:

mtr -rw example.com

Khi đọc kết quả mtr, cần chú ý packet loss tại hop cuối. Nếu một hop trung gian mất gói nhưng các hop sau không mất, chưa chắc có lỗi thật vì router đó có thể hạn chế phản hồi. Nếu packet loss xuất hiện từ một hop và tiếp tục kéo dài đến đích, đó mới là dấu hiệu đáng lo. Đây là nguyên tắc quan trọng để tránh hiểu sai kết quả kiểm tra mạng.

Các lỗi thường gặp khi chạy tracert và cách xử lý

Không phải kết quả tracert nào cũng dễ đọc. Nhiều trường hợp hiển thị dấu sao, timeout, request timed out hoặc dừng giữa chừng. Người mới thường kết luận ngay là máy chủ lỗi, nhưng thực tế có nhiều nguyên nhân khác nhau. Một số thiết bị mạng được cấu hình không phản hồi ICMP, nhưng vẫn chuyển tiếp truy cập website bình thường. Một số firewall chặn ping/tracert để giảm nguy cơ bị dò quét.

Khi phân tích lỗi, nên đặt câu hỏi: website có truy cập được không, chỉ tracert lỗi hay cả trình duyệt cũng lỗi, lỗi xảy ra với một máy hay nhiều máy, một nhà mạng hay nhiều nhà mạng, một thời điểm hay liên tục. Càng có nhiều dữ liệu bối cảnh, việc chẩn đoán càng chính xác.

Dưới đây là các lỗi thường gặp và cách xử lý theo hướng thực tế.

Tracert hiển thị Request timed out

Request timed out nghĩa là tại lần thử đó, máy nguồn không nhận được phản hồi trong thời gian chờ. Nếu chỉ xuất hiện ở một vài hop trung gian nhưng các hop sau vẫn tiếp tục phản hồi và đến được máy chủ đích, đây thường không phải lỗi nghiêm trọng. Router trung gian có thể đang chặn hoặc giới hạn phản hồi ICMP.

Nếu Request timed out xuất hiện liên tục từ một hop đến hết và website cũng không truy cập được, cần kiểm tra sâu hơn. Nguyên nhân có thể là tuyến mạng bị gián đoạn, firewall chặn, IP máy chủ không online, dịch vụ mạng của VPS gặp sự cố hoặc nhà mạng người dùng không định tuyến được đến dải IP đó. Lúc này nên thử kiểm tra từ một mạng khác, ví dụ 4G/5G, mạng văn phòng khác hoặc một máy chủ khác.

Cách xử lý là thu thập kết quả tracert từ ít nhất hai nguồn mạng khác nhau. Nếu một mạng lỗi và mạng khác bình thường, khả năng nằm ở ISP hoặc tuyến trung gian. Nếu tất cả đều lỗi đến cùng một IP, cần kiểm tra trạng thái VPS, firewall, gateway, IP public và dịch vụ tại nhà cung cấp.

Tracert dừng ở router nội bộ

Nếu tracert chỉ đi đến hop đầu tiên, thường là modem hoặc router nội bộ, rồi timeout toàn bộ, khả năng lỗi nằm ở mạng LAN, modem, firewall nội bộ hoặc chính sách mạng doanh nghiệp. Trường hợp này thường không liên quan trực tiếp đến hosting hoặc VPS. Người dùng nên thử khởi động lại modem, đổi DNS, kiểm tra proxy, tắt VPN hoặc liên hệ bộ phận IT nội bộ.

Trong doanh nghiệp, nhiều firewall chặn ICMP outbound hoặc giới hạn truy vết mạng để đảm bảo bảo mật. Khi đó, tracert không phản ánh đầy đủ chất lượng truy cập website. Bạn cần kiểm tra thêm bằng trình duyệt, ping đến IP khác, telnet đến port 80/443 hoặc dùng công cụ kiểm tra HTTP để xác định dịch vụ web có truy cập được không.

Nếu dùng Wi-Fi công cộng, khách sạn, trường học hoặc mạng có captive portal, tracert cũng có thể bị chặn. Hãy thử lại trên mạng di động. Nếu mạng di động truy cập bình thường, vấn đề nhiều khả năng nằm ở mạng hiện tại chứ không phải máy chủ.

Tracert đến IP tốt nhưng website vẫn chậm

Trường hợp tracert đến IP có độ trễ thấp nhưng website vẫn chậm cho thấy nguyên nhân có thể nằm ở tầng ứng dụng. Khi đó, cần kiểm tra tốc độ phản hồi web server, truy vấn database, plugin WordPress, dung lượng ảnh, cache, SSL handshake, TTFB và tài nguyên VPS. Tracert chỉ đo tuyến mạng, không đo toàn bộ thời gian xử lý website.

Ví dụ, một VPS có đường truyền tốt nhưng website WordPress cài quá nhiều plugin, database phình to, không bật cache hoặc dùng theme nặng vẫn có thể tải chậm. Trong trường hợp này, nâng cấp tuyến mạng không giải quyết triệt để. Cần tối ưu mã nguồn, cấu hình PHP-FPM, web server, cache object, cache page, database và tài nguyên máy chủ.

Nếu website chạy trên hosting chia sẻ, tình trạng chậm có thể do giới hạn tài nguyên gói dịch vụ. Khi website tăng traffic, có nhiều truy vấn hoặc cần xử lý tác vụ nặng, chuyển sang VPS là lựa chọn hợp lý hơn vì có CPU, RAM, dung lượng lưu trữ và quyền cấu hình độc lập hơn.

Phân biệt tracert, ping, nslookup và pathping

Trong chẩn đoán mạng, tracert không hoạt động riêng lẻ. Nó nên được dùng cùng ping, nslookup và pathping để có góc nhìn đầy đủ. Mỗi công cụ trả lời một câu hỏi khác nhau. Ping cho biết đích có phản hồi hay không và độ trễ cơ bản. Nslookup kiểm tra phân giải DNS. Tracert cho biết đường đi qua các hop. Pathping kết hợp ping và tracert để phân tích mất gói trên Windows.

Nếu chỉ dùng một công cụ, rất dễ kết luận sai. Ví dụ, ping không phản hồi chưa chắc website chết vì máy chủ có thể chặn ICMP. Nslookup đúng chưa chắc website chạy vì web server có thể lỗi. Tracert đẹp chưa chắc website nhanh vì mã nguồn có thể nặng. Do đó, quản trị viên cần hiểu đúng vai trò của từng lệnh.

Công cụ Mục đích chính Khi nào nên dùng
ping Kiểm tra đích có phản hồi và đo độ trễ cơ bản Khi cần kiểm tra nhanh kết nối đến IP hoặc tên miền
tracert Truy vết đường đi của gói tin qua từng hop Khi cần biết lỗi nằm ở mạng nội bộ, ISP, tuyến trung gian hay gần máy chủ
nslookup Kiểm tra DNS phân giải tên miền ra IP nào Khi đổi DNS, chuyển hosting, tên miền không truy cập được
pathping Phân tích độ trễ và mất gói theo từng hop trên Windows Khi cần dữ liệu chi tiết hơn tracert thông thường
mtr Theo dõi tuyến mạng liên tục trên Linux Khi cần kiểm tra lỗi chập chờn hoặc packet loss

Quy trình kiểm tra đề xuất khi website bị chậm

  1. Kiểm tra website có truy cập được từ nhiều mạng khác nhau hay không.
  2. Chạy ping tenmien.vn để kiểm tra độ trễ cơ bản.
  3. Chạy nslookup tenmien.vn để xác nhận tên miền đang trỏ đúng IP.
  4. Chạy tracert tenmien.vn và tracert IP-may-chu.
  5. Kiểm tra tài nguyên hosting hoặc VPS: CPU, RAM, disk I/O, network.
  6. Kiểm tra log web server, log PHP, log database và firewall.
  7. Gửi kết quả cho nhà cung cấp dịch vụ nếu phát hiện bất thường tuyến mạng hoặc máy chủ.

Quy trình này giúp giảm rủi ro xử lý sai nguyên nhân. Ví dụ, nếu DNS sai thì tối ưu VPS không có tác dụng. Nếu tuyến mạng nghẽn thì tối ưu plugin WordPress chỉ cải thiện một phần. Nếu CPU VPS luôn 100%, tracert đẹp cũng không giúp website phản hồi nhanh hơn. Chẩn đoán đúng lớp lỗi là bước quan trọng nhất.

Trong vận hành chuyên nghiệp, nên lưu quy trình này thành checklist nội bộ. Khi có sự cố, người phụ trách chỉ cần đi theo từng bước, ghi nhận kết quả và chuyển thông tin cho đội kỹ thuật. Cách làm này đặc biệt hữu ích với doanh nghiệp không có đội DevOps riêng nhưng đang vận hành website kinh doanh quan trọng.

Ứng dụng tracert khi quản trị VPS, hosting và máy chủ

Với VPS và máy chủ, tracert giúp đánh giá chất lượng tuyến kết nối từ người dùng đến hạ tầng. Một VPS có cấu hình mạnh nhưng đặt quá xa nhóm người dùng chính vẫn có thể cho trải nghiệm chậm. Ngược lại, một VPS cấu hình vừa phải nhưng đặt tại data center gần người dùng, dùng ổ NVMe, network ổn định và cấu hình tối ưu có thể đáp ứng rất tốt cho website doanh nghiệp.

Đối với hosting chia sẻ, người dùng thường không có quyền can thiệp sâu vào network stack hoặc routing. Tuy nhiên, tracert vẫn giúp xác định xem vấn đề nằm ở tuyến truy cập hay tầng ứng dụng. Nếu nhiều người dùng cùng mạng gặp timeout tại một hop trước khi đến data center, nhà cung cấp hosting có thể phối hợp kiểm tra định tuyến. Nếu tuyến đến máy chủ tốt nhưng website chậm, cần tối ưu mã nguồn hoặc nâng cấp gói.

Với máy chủ riêng, tracert càng quan trọng hơn vì hệ thống thường phục vụ nhiều dịch vụ cùng lúc: website, database, email, API, VPN, backup, phần mềm nội bộ. Khi xảy ra gián đoạn, việc truy vết đường đi giúp xác định có phải lỗi mạng diện rộng, lỗi IP, lỗi route, lỗi firewall hay lỗi từng dịch vụ riêng lẻ.

Kiểm tra tuyến mạng trước khi chuyển website lên VPS

Trước khi chuyển website từ hosting chia sẻ lên VPS, nên kiểm tra vị trí người dùng chính. Nếu phần lớn khách hàng ở Việt Nam, VPS đặt tại Việt Nam thường là lựa chọn hợp lý để giảm độ trễ. Bạn có thể yêu cầu IP kiểm tra hoặc dùng IP dịch vụ đã được cấp để chạy tracert từ nhiều nhà mạng như VNPT, Viettel, FPT hoặc mạng di động.

Sau khi chuyển website, nên so sánh thời gian phản hồi trước và sau. Nếu số hop giảm, latency thấp hơn và website phản hồi tốt hơn, việc chuyển hạ tầng đã mang lại hiệu quả rõ ràng. Nếu latency không đổi nhưng website vẫn nhanh hơn, nguyên nhân cải thiện có thể đến từ CPU, RAM, ổ NVMe, cache hoặc cấu hình web server tốt hơn.

Việc đo đạc bằng tracert giúp doanh nghiệp ra quyết định dựa trên dữ liệu thay vì cảm tính. Đây là điểm quan trọng khi lựa chọn giữa hosting giá rẻ, VPS phổ thông, VPS website cấu hình cao hoặc máy chủ riêng.

Kiểm tra kết nối SSH, RDP đến VPS

Khi không SSH được vào VPS Linux hoặc không RDP được vào VPS Windows, nhiều người nghĩ ngay VPS bị treo. Tuy nhiên, nguyên nhân có thể là firewall chặn port, IP người dùng bị block, dịch vụ SSH/RDP dừng, route lỗi hoặc mạng người dùng chặn kết nối. Tracert giúp kiểm tra bước đầu xem máy người dùng có đi được đến dải IP máy chủ hay không.

Nếu tracert đến IP VPS hoàn tất nhưng SSH/RDP không vào được, cần kiểm tra port 22 hoặc 3389, firewall hệ điều hành, security group, rule chống brute force hoặc trạng thái dịch vụ. Nếu tracert dừng giữa đường và không đến được đích, cần kiểm tra từ mạng khác. Nếu mạng khác vào được VPS bình thường, có thể IP người dùng đang bị chặn hoặc nhà mạng hiện tại gặp vấn đề.

Đối với VPS Windows dùng làm remote desktop, latency cao sẽ khiến thao tác bị trễ rõ rệt. Khi tracert cho thấy độ trễ lớn, đặc biệt ở tuyến quốc tế, nên cân nhắc chọn VPS gần vị trí người dùng hơn. Nếu người dùng chủ yếu ở Việt Nam, VPS đặt tại Việt Nam thường giúp trải nghiệm RDP mượt hơn so với máy chủ ở xa.

Dịch vụ VPS, hosting, máy chủ tại HostingViet và gợi ý lựa chọn

HostingViet cung cấp nhiều nhóm dịch vụ phù hợp cho cá nhân, doanh nghiệp nhỏ, website thương mại điện tử, hệ thống nội bộ và dự án cần tài nguyên riêng. Khi đã hiểu tracert là gì và biết cách kiểm tra tuyến mạng, người dùng sẽ dễ đánh giá hơn nên chọn hosting, VPS hay máy chủ riêng. Mục tiêu không chỉ là chọn gói rẻ nhất, mà là chọn đúng tài nguyên, đúng vị trí hạ tầng và đúng nhu cầu vận hành.

Với website giới thiệu doanh nghiệp, blog cá nhân, landing page hoặc website mới bắt đầu, hosting giá rẻ có thể là lựa chọn tiết kiệm. Với website WordPress có lượng truy cập tăng, nhiều plugin, cần cấu hình riêng hoặc muốn chủ động tài nguyên, Cloud VPS là lựa chọn linh hoạt hơn. Với hệ thống lớn, nhiều dịch vụ, yêu cầu bảo mật và hiệu năng cao, máy chủ riêng hoặc giải pháp cloud chuyên biệt sẽ phù hợp hơn.

Điểm quan trọng là sau khi triển khai dịch vụ, người quản trị nên kiểm tra định kỳ bằng ping, tracert và công cụ giám sát uptime. Điều này giúp phát hiện bất thường sớm, nhất là với website có doanh thu trực tiếp từ truy cập người dùng.

Bảng giá tham khảo một số dịch vụ HostingViet

Nhóm dịch vụ Gói tham khảo Cấu hình nổi bật Giá thuê tham khảo
Hosting giá rẻ Hosting 1GB NVMe 1GB, băng thông không giới hạn, 1 website, LiteSpeed Enterprise Từ 25.000đ/tháng
Hosting giá rẻ Hosting 8GB NVMe 8GB, băng thông không giới hạn, 2 website Khoảng 80.000đ/tháng sau ưu đãi
Cloud VPS Basic Cloud VPS Basic 1 1 vCPU, RAM 1GB + 1GB Free, NVMe 20GB Khoảng 90.000đ/tháng sau ưu đãi
Cloud VPS Basic Cloud VPS Basic 2 2 vCPU, RAM 3GB, NVMe 40GB Khoảng 216.000đ/tháng sau ưu đãi
Cloud VPS Basic Cloud VPS Basic 3 3 vCore, RAM 6GB, lưu trữ 60GB Khoảng 475.000đ/tháng sau ưu đãi
Cloud VPS Website Cloud VPS Website Start 2 vCPU, RAM 4GB, NVMe 52GB, hỗ trợ hệ điều hành Linux phổ biến Khoảng 230.000đ/tháng sau ưu đãi
Cloud VPS Website Cloud VPS Website Basic 4 vCPU, RAM 12GB, NVMe 104GB Khoảng 680.000đ/tháng sau ưu đãi

Bảng giá trên mang tính tham khảo tại thời điểm biên soạn và có thể thay đổi theo chương trình ưu đãi, chu kỳ thanh toán hoặc cấu hình thực tế. Khi lựa chọn dịch vụ, người dùng nên đối chiếu nhu cầu về CPU, RAM, dung lượng lưu trữ, số lượng website, hệ điều hành, quyền quản trị và yêu cầu hỗ trợ kỹ thuật. Với website cần tốc độ cao, ổ NVMe và web server tối ưu là lợi thế đáng cân nhắc.

Với người mới, Hosting 1GB hoặc Hosting 8GB phù hợp để bắt đầu website nhỏ với chi phí thấp. Với quản trị viên cần toàn quyền cài đặt môi trường, Cloud VPS Basic 1 hoặc Basic 2 là lựa chọn tiết kiệm cho website, API nhỏ, môi trường test hoặc ứng dụng nhẹ. Với website WordPress có traffic cao hơn, Cloud VPS Website Start hoặc Basic giúp có tài nguyên rộng hơn, phù hợp để tối ưu cache, database và web server.

Nên chọn hosting hay VPS khi website thường xuyên chậm?

Nếu website chậm do hình ảnh nặng, mã nguồn chưa tối ưu hoặc plugin WordPress quá nhiều, bạn nên tối ưu trước khi nâng cấp. Nhưng nếu website thường xuyên đạt giới hạn CPU, RAM, entry process, I/O hoặc cần cấu hình riêng như Redis, Elasticsearch, queue worker, cron job nặng, VPS sẽ phù hợp hơn hosting chia sẻ. VPS cho phép bạn chủ động cài đặt hệ điều hành, web server, phiên bản PHP, database và các lớp cache.

Tracert giúp trả lời một phần câu hỏi: website chậm do mạng hay do tài nguyên. Nếu tracert đến máy chủ ổn định nhưng website vẫn có TTFB cao, nguyên nhân có thể nằm ở máy chủ hoặc ứng dụng. Nếu tracert cho thấy độ trễ cao, mất gói hoặc tuyến đi bất thường, cần xử lý network trước. Đây là lý do người quản trị không nên chỉ nhìn vào cảm nhận tốc độ trình duyệt.

Đối với website kinh doanh, lựa chọn VPS cần tính đến tăng trưởng. Một gói VPS quá thấp có thể đủ ở giai đoạn đầu nhưng nhanh chóng quá tải khi traffic tăng. Ngược lại, chọn gói quá cao ngay từ đầu có thể lãng phí ngân sách. Cách hợp lý là bắt đầu với cấu hình vừa đủ, theo dõi tài nguyên thực tế và nâng cấp khi có dữ liệu sử dụng rõ ràng.

Cách gửi kết quả tracert cho kỹ thuật viên để được hỗ trợ nhanh

Khi cần hỗ trợ từ nhà cung cấp hosting, VPS hoặc máy chủ, bạn nên gửi kết quả tracert kèm thông tin bối cảnh. Một kết quả tracert đơn lẻ chưa đủ nếu không biết người dùng đang ở đâu, dùng nhà mạng nào, lỗi xảy ra lúc nào và dịch vụ nào bị ảnh hưởng. Càng cung cấp đủ dữ liệu, quá trình xử lý càng nhanh.

Thông tin nên gửi gồm: tên miền, IP máy chủ, nhà mạng đang dùng, vị trí địa lý tương đối, thời điểm xảy ra lỗi, ảnh chụp hoặc file kết quả tracert, kết quả ping, tình trạng truy cập bằng trình duyệt, thông báo lỗi cụ thể và việc lỗi có xảy ra trên mạng khác hay không. Nếu đang dùng VPS, nên gửi thêm thông tin hệ điều hành, dịch vụ bị lỗi như web, SSH, RDP, mail hoặc database.

Nếu lỗi liên quan đến website, nên mô tả rõ trang nào chậm, chậm toàn bộ website hay chỉ trang quản trị, lỗi xảy ra sau khi cập nhật plugin/theme hay sau khi chuyển DNS. Với VPS, nên cho biết bạn có thay đổi firewall, cài phần mềm bảo mật, đổi port SSH/RDP hoặc cấu hình chống DDoS gần đây hay không.

Mẫu nội dung gửi hỗ trợ kỹ thuật

Xin chào đội kỹ thuật,

Tôi cần kiểm tra tình trạng truy cập đến website/máy chủ.

Tên miền: example.com
IP máy chủ: 123.123.123.123
Nhà mạng đang dùng: Viettel/VNPT/FPT/khác
Khu vực kiểm tra: Hà Nội/TP.HCM/tỉnh thành khác
Thời điểm lỗi: 10:30 ngày 18/06/2026
Hiện tượng: Website truy cập chậm, đôi lúc timeout
Kết quả ping: đính kèm
Kết quả tracert: đính kèm
Đã thử mạng khác: Có/Không
Dịch vụ bị ảnh hưởng: Web/SSH/RDP/Mail/API

Mong đội kỹ thuật kiểm tra giúp tuyến mạng, firewall và trạng thái máy chủ.

Mẫu này giúp kỹ thuật viên có đủ dữ liệu ban đầu để kiểm tra. Nếu người dùng chỉ gửi “website chậm” mà không có thông tin đi kèm, đội kỹ thuật phải hỏi lại nhiều lần, kéo dài thời gian xử lý. Với sự cố mạng, thời điểm kiểm tra rất quan trọng vì lỗi có thể chỉ xảy ra trong vài phút hoặc theo giờ cao điểm.

Nếu có nhiều người dùng cùng gặp lỗi, nên thu thập kết quả từ nhiều nhà mạng khác nhau. Ví dụ một kết quả từ VNPT, một từ Viettel, một từ FPT và một từ mạng di động. Khi so sánh, kỹ thuật viên có thể xác định lỗi có tính cục bộ hay diện rộng. Đây là cách làm hiệu quả cho website có khách hàng ở nhiều khu vực.

Kết luận

Tracert là lệnh truy vết đường đi của gói tin từ máy tính đến máy chủ đích, giúp xác định các hop trung gian, độ trễ và điểm có dấu hiệu timeout trên tuyến mạng. Đây là công cụ quan trọng trong quản trị website, VPS, hosting và máy chủ vì nó giúp phân biệt lỗi mạng với lỗi tài nguyên hoặc lỗi ứng dụng.

Khi website chậm, không nên vội kết luận hosting yếu hay VPS lỗi. Hãy kiểm tra theo quy trình: ping để đo phản hồi cơ bản, nslookup để xác nhận DNS, tracert để xem tuyến mạng, sau đó kiểm tra CPU, RAM, disk I/O, web server, database và log hệ thống. Cách tiếp cận này giúp chẩn đoán chính xác hơn và tiết kiệm thời gian xử lý sự cố.

Với người dùng đang lựa chọn dịch vụ tại HostingViet, hiểu và biết dùng tracert sẽ giúp đánh giá tốt hơn chất lượng kết nối đến hosting, Cloud VPS hoặc máy chủ. Hosting giá rẻ phù hợp website nhỏ, Cloud VPS phù hợp nhu cầu tài nguyên riêng và khả năng tùy biến cao, còn các gói VPS Website hoặc máy chủ mạnh hơn phù hợp hệ thống có traffic lớn, yêu cầu hiệu năng ổn định. Dù chọn dịch vụ nào, việc kiểm tra tuyến mạng định kỳ bằng tracert vẫn là thói quen cần thiết để duy trì website nhanh, ổn định và sẵn sàng phục vụ người dùng.

 


Bài viết khác


Xem phiên bản đầy đủ