traceroute không hoạt động, đầu ra là * * * nhưng mạng vẫn ổn

14

trên hộp Linux của tôi, traceroute không hoạt động. đầu ra là như thế này:

$ theo dõi google.com

traceroute to google.com (209.85.231.104), 30 hops max, 52 byte packets
1  * * *
2  * * *
3  * * *
4  * * *

Bất cứ ai có thể cho tôi biết tại sao nó không hoạt động? bất kỳ lý do có thể đằng sau nó?

networking

8

Theo mặc định, traceroute sử dụng các cổng UDP cao để theo dõi máy chủ. Tuy nhiên, đôi khi tường lửa chặn các cổng UDP này.

Hãy thử thêm tham số "-I" (chữ hoa i) vào dòng lệnh, ví dụ:

traceroute -I www.google.it

Điều này sẽ sử dụng ICMP thay vì UDP để theo dõi máy chủ.

— shodanshok
nguồn

2

Cố gắng sử dụng -T (tcp) hoặc -U (udp) để vượt qua tường lửa.
Một số bộ định tuyến / tường lửa không cho phép icmp echo vượt qua máng, đó là lý do tại sao bạn sử dụng 2 để vượt qua chúng.
Dù sao, trái với như đã nêu trong wikipedia, trên các hộp debian của tôi, traceroute vẫn sử dụng các gói icmp và không udp.

BIÊN TẬP

Tôi đã nhầm ... nó sử dụng udp ... icmp quay trở lại là một cổng không thể truy cập ... xin lỗi

— PiL
nguồn

1

đối với macOS, nó sẽ là -P TCP hoặc -P UDP và -P ICMP sẽ giống như -I trong câu trả lời của shodanshok.

— MrG

1

có thể là một tường lửa ngược dòng từ bạn đang chặn các gói UDP Traceroute

Trên các hệ điều hành hiện đại giống Unix, tiện ích theo dõi theo mặc định sử dụng các datagram UDP với các cổng đích được đánh số từ 33434 đến 33534.

— lalalalalalala
nguồn

$ có nhiều khả năng unix prompt hơn là windows one và lệnh traceroute của windows là tracert. Và câu hỏi nói về Linux ...

— bán kính

tôi nhận ra điều này vì vậy tôi đã chỉnh sửa câu trả lời.

— lalalalalalala

Tôi nghĩ tuyến đường theo dõi sử dụng các gói ICMP. Tôi không biết rằng các hệ thống dựa trên unix sử dụng UDP. Học điều mới mỗi ngày.

— dbasnett

1

Điều này có thể là do câu trả lời TIME_EXCEEDED của icmp được lọc bởi bộ định tuyến / tường lửa mà bạn sử dụng làm cổng mặc định hoặc bởi chính hệ thống Linux của bạn

— bán kính
nguồn