traceroute не працює, вихід * * *, але мережа хороша

15

на моєму вікні Linux traceroute не працює. вихід такий:

$ traceroute google.com

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

Хто-небудь може сказати мені, чому це не працює? можливі причини цього?

networking

10

За замовчуванням traceroute використовує високі порти UDP для відстеження хостів. Однак десь брандмауери блокують ці порти UDP.

Спробуйте додати параметр "-I" (верхній регістр i) до командного рядка, наприклад:

traceroute -I www.google.it

Це використовуватиме ICMP замість UDP для відстеження хостів.

— шоданшок
джерело

2

Спробуйте використовувати -T (tcp) або -U (udp), щоб обійти брандмауер.
Деякі маршрутизатори / брандмауер не дозволяють icmp echo пройти через користь, тому ви використовуєте ці 2, щоб пройти їх.
У будь-якому випадку, навпаки, як зазначено у вікіпедії, на моїх скриньках debian traceroute все ще використовує пакети icmp, а не udp.

EDIT

Я помилявся ... він використовує udp ... icmp, що повертається, для недоступного порту ... вибачте

— PiL
джерело

1

для macOS це було б -P TCP або -P UDP і -P ICMP було б таким же, як -I у відповіді shodanshok.

— MrG

1

можливо, брандмауер перед вами блокує UDP-пакети Traceroute

У сучасних операційних системах, схожих на Unix, утиліта traceroute за замовчуванням використовує дейтаграми UDP з портами призначення, що мають номер від 33434 до 33534.

— lalalalalalala
джерело

$ - скоріше, підказка unix, а не Windows 1, а команда windows traceroute - це tracert. І питання розповідає про Linux ...

— радіус

Я зрозумів це, тому я відредагував відповідь.

— lalalalalalala

Я думав, що маршрут трасування використовував пакети ICMP. Я не знав, що системи на базі unix використовують UDP. Дізнайтеся щось нове щодня.

— dbasnett

1

Це, мабуть, тому, що відповідь icmp TIME_EXCEEDED фільтрується маршрутизатором / брандмауером, який ви використовуєте в якості шлюзу за замовчуванням або самою вашою системою Linux

— радіус
джерело