Comments 19
Добавьте опцию "Только здесь узнал".
Матёрым себя не считаю, пингом пользуюсь, но только из этой статьи узнал о пользе дополнительных опций кроме DF, TTL (да, в справке видел, потребности не было)
RecordRoute пользуюсь иногда.
Это удобно, когда нет возможности посмотреть обратную трассировку, а хост назначения недалеко (всякие IX-ы, пиринги).
А еще иногда тразитные роутеры не репортуют о закончившемся TTL (и не видны в mtr/traceroute), зато радостно ставят себя в RR.
Для Timestamp мне сложно придумать юзкейс.
Routing-опции в принципе у всех выпилено и правильно сделано.
Это удобно, когда нет возможности посмотреть обратную трассировку, а хост назначения недалеко (всякие IX-ы, пиринги).
А еще иногда тразитные роутеры не репортуют о закончившемся TTL (и не видны в mtr/traceroute), зато радостно ставят себя в RR.
Для Timestamp мне сложно придумать юзкейс.
Routing-опции в принципе у всех выпилено и правильно сделано.
Откровенно, узнал про это первый раз. Сразу возник вопрос о применимости. Решил проверить на доступных сетевых устройствах.
-R — блокируется всюду, где только можно.
strict/loose режимов в моём пинге (iputils-ping 3:20150815-2) нет.
Итого: легаси, которое никто не поддерживает знать, что есть, использовать смысла нет.
-R — блокируется всюду, где только можно.
strict/loose режимов в моём пинге (iputils-ping 3:20150815-2) нет.
Итого: легаси, которое никто не поддерживает знать, что есть, использовать смысла нет.
Поддержка этих опций есть во многих сетевых устройствах (например, Cisco, Juniper, HPE), в различных версиях ОС Windows. А вот с Linux'ом ошибся. Кроме Record route действительно ничего нет. Спасибо, что проверили.
Record route в сети интернет блокируется не везде. Я проверял на четырёх ISP. Везде пакеты проходят, устройства провайдера заносят себя в поля RR.
Сам опцию Record Route не использовал. Но судя по комментарию выше, некоторые это делают.
В остальных опциях действительно смысла нет.
Record route в сети интернет блокируется не везде. Я проверял на четырёх ISP. Везде пакеты проходят, устройства провайдера заносят себя в поля RR.
Сам опцию Record Route не использовал. Но судя по комментарию выше, некоторые это делают.
В остальных опциях действительно смысла нет.
Это скорее хаки для админа — закрыл ли он эти опции. Для кого этот функционал нужен на сегодняшний день — загадка. Рядовым поьзователям он режется на шлюзе, продвинутым — трассировка и так покажет timestampt, маршруты и так известны, экспертам — трассорвка mpls покажет что, где и как. Если только дополнительный man по опциям icmp
Никакого когнитивного диссонанса тут нет, скорее всего, эти опции остались с давних-давних времен (90-х годов), когда вопросы безопасности были не столь критичны.
обратная трассировка может быть полезна. но 9 устройств — это не серьёзно.
У Стивенса написано, что это уже давно легаси.
Было интересно узнать, что всё это по-прежнему работает :)
Было интересно узнать, что всё это по-прежнему работает :)
Ранее читал мануал по ping, но не знал как это применять. Спасибо за ликбез!
Попробовал на своей сети, но не отображаетcя инфа по Record. Отсюда и вопросы: использовался обычная консоль или powershell? Какая ОС? Или это стороннее ПО?
Попробовал на своей сети, но не отображаетcя инфа по Record. Отсюда и вопросы: использовался обычная консоль или powershell? Какая ОС? Или это стороннее ПО?
По какой причине ping -r может выдавать более высокую задержку чем без использования данной опции?
К примеру ping x.y.z.a <1ms в то же время ping -n 4 -r 9 x.y.z.a 3ms в среднем
PS: да, я гробокопатель =Ъ
К примеру ping x.y.z.a <1ms в то же время ping -n 4 -r 9 x.y.z.a 3ms в среднем
PS: да, я гробокопатель =Ъ
Sign up to leave a comment.
Ping и некоторые его параметры