👋 Привет, сетевой друг!
Сегодня про pingtrace - утилиту, которая собирает ping, traceroute, MTR и TCP-проверки в один CLI. Имба, когда во время аварии не хочется держать открытыми пять терминалов.
🟣Быстрая проверка:
pingtrace 1.1.1.1
Получаем ping, маршрут и DNS-информацию по хопам. На Windows инструмент использует tracert, на Linux/macOS - traceroute, с fallback на tracepath.
🟣Если нужно посмотреть маршрут именно как MTR:
pingtrace 1.1.1.1 --mtr
Можно ограничить тест десятью циклами и интервалом в две секунды:
pingtrace 1.1.1.1 -m --cycles 10 --interval 2
Так проще поймать потери или скачки latency не по одному случайному ping.
🟣Есть и TCP-сканирование. Причём обычным connect scan - raw sockets и root не нужны:
pingtrace 10.0.0.1 --ports 22,80,443
Можно указать диапазон:
pingtrace 10.0.0.1 --ports 8000-9000
Или вообще проверить все 65535 портов:
pingtrace 10.0.0.1 --ports
Для известных портов подтягиваются названия сервисов из IANA.
🟣Интереснее становится с несколькими целями:
pingtrace 10.0.0.1,10.0.0.2,example.com
или сразу подсеть:
pingtrace 10.0.0.0/28 --ports 22,80,443
Можно передать и CSV-файл с целями:
pingtrace --file ./targets.csv
🟣Результаты можно не копировать руками из терминала, а сразу сохранить:
pingtrace 1.1.1.1 --export ./reports --json
На выходе будут CSV и JSON, которые потом удобно скормить скрипту или приложить к отчёту об инциденте.
🟣А если нужен максимально чистый вывод для автоматизации, можно выбрать конкретные колонки:
pingtrace 1.1.1.1 --no-trace --columns seq,ip,time_ms,status
По сути, pingtrace закрывает типичный сценарий диагностики: «хост доступен, но что происходит по дороге до него и где именно начинается проблема?»
Серверная Админа | Zeroday | #Инструмент
Сегодня про pingtrace - утилиту, которая собирает ping, traceroute, MTR и TCP-проверки в один CLI. Имба, когда во время аварии не хочется держать открытыми пять терминалов.
🟣Быстрая проверка:
pingtrace 1.1.1.1
Получаем ping, маршрут и DNS-информацию по хопам. На Windows инструмент использует tracert, на Linux/macOS - traceroute, с fallback на tracepath.
🟣Если нужно посмотреть маршрут именно как MTR:
pingtrace 1.1.1.1 --mtr
Можно ограничить тест десятью циклами и интервалом в две секунды:
pingtrace 1.1.1.1 -m --cycles 10 --interval 2
Так проще поймать потери или скачки latency не по одному случайному ping.
🟣Есть и TCP-сканирование. Причём обычным connect scan - raw sockets и root не нужны:
pingtrace 10.0.0.1 --ports 22,80,443
Можно указать диапазон:
pingtrace 10.0.0.1 --ports 8000-9000
Или вообще проверить все 65535 портов:
pingtrace 10.0.0.1 --ports
Для известных портов подтягиваются названия сервисов из IANA.
🟣Интереснее становится с несколькими целями:
pingtrace 10.0.0.1,10.0.0.2,example.com
или сразу подсеть:
pingtrace 10.0.0.0/28 --ports 22,80,443
Можно передать и CSV-файл с целями:
pingtrace --file ./targets.csv
🟣Результаты можно не копировать руками из терминала, а сразу сохранить:
pingtrace 1.1.1.1 --export ./reports --json
На выходе будут CSV и JSON, которые потом удобно скормить скрипту или приложить к отчёту об инциденте.
🟣А если нужен максимально чистый вывод для автоматизации, можно выбрать конкретные колонки:
pingtrace 1.1.1.1 --no-trace --columns seq,ip,time_ms,status
По сути, pingtrace закрывает типичный сценарий диагностики: «хост доступен, но что происходит по дороге до него и где именно начинается проблема?»
Серверная Админа | Zeroday | #Инструмент