traviscross/mtrОбъединяет traceroute и ping в единый инструмент диагностики сети, который проверяет маршруты, измеряет задержку и сообщает статистику по каждому переходу для устранения проблем с подключением.
mtr объединяет функциональность программ 'traceroute' и 'ping' в едином инструменте диагностики сети.
При запуске mtr исследует сетевое соединение между хостом, на котором запущен mtr, и указанным пользователем хостом назначения. Он отправляет зонды к назначению с последовательно увеличивающимися значениями времени жизни (TTL) и использует ответы от промежуточных маршрутизаторов для обнаружения и измерения пути. В процессе он выводит текущую статистику для каждого перехода.
Промежуточные маршрутизаторы могут быть настроены на то, чтобы никогда не отправлять эти ICMP-ответы, или могут ограничивать их частоту, поэтому видимая потеря на промежуточном переходе не всегда означает, что передаваемый трафик теряется в этой точке.
mtr распространяется под лицензией GNU General Public License версии 2. Подробности смотрите в файле COPYING.
Если вы собираете это из tarball, компиляция mtr так же проста, как:
./configure && make
Обратите внимание, что это относится к tarball'ам с https://www.bitwizard.nl/mtr/files/ а не к tarball'ам, которые может сгенерировать github.
(В прошлом в дистрибутиве был Makefile, который выполнял ./configure за вас, а затем запускал make снова с сгенерированным Makefile, но это пострадало от некоторого устаревания. Он плохо работал с git.)
Если вы собираете из git-репозитория, вам нужно выполнить:
./bootstrap.sh && ./configure && make
Когда компиляция выглядит успешной, вы можете протестировать mtr с помощью
sudo ./mtr <host>
(введите имя хоста или IP-адрес вместо <host>) или сразу перейти к установке:
make install
Обратите внимание, что mtr-packet должен быть suid-root, так как он требует доступа к сырым IP-сокетам. Информацию по безопасности смотрите в SECURITY.
Старые версии требовали несуществующий путь к GTK для корректной сборки версии без GTK, когда GTK был установлен. Теперь это не требуется. ./configure --without-gtk теперь должно работать. Если нет, попробуйте make WITHOUT_X11=YES на этапе make.
На Solaris для сборки нужно использовать GNU make. (Используйте gmake вместо make.)
На Solaris (и, возможно, других системах) библиотека "gtk" может быть установлена в каталог, в который динамический компоновщик отказывается заглядывать, когда двоичный файл является setuid. Роман Штерензон сообщает, что добавление
-Wl,-rpath=/usr/lib
в командную строку сработает, если вы используете GNU LD. Он говорит, что если вы используете Sun LD, то вам не повезло. Это не совсем верно, так как вы можете переместить библиотеки gtk в /usr/lib вместо того, чтобы оставлять их в /usr/local/lib. (когда ld сообщает вам, что /usr/local/lib не является доверенным, а /usr/lib является доверенным, и вы достаточно доверяете библиотекам gtk, чтобы хотеть их в программе setuid, то есть смысл переместить их в "доверенный" каталог.)
Сборка на MacOS не требует каких-либо специальных действий.
Использование mtr в Windows требует подсистему Windows для Linux (WSL).
Чтобы установить WSL с дистрибутивом Ubuntu (по умолчанию), смотрите
Как установить Linux в Windows с помощью WSL.
После завершения начального процесса, просто выполните:
sudo apt-get -y install mtr
Если вы предпочитаете традиционный метод. Получите Cygwin, смотрите https://cygwin.com/install.html.
Затем снова запустите setup-x86.exe (или setup-x86_64.exe, если вы используете 64-битный cygwin) со следующими аргументами,
которые установят пакеты, необходимые для сборки:
setup-x86.exe --package-manager --wait --packages automake,pkg-config,make,gcc-core,libncurses-devel,libjansson-devel
Сборка как в Unix:
./bootstrap.sh && ./configure && make
Наконец, установите собранные двоичные файлы:
make install
mtr теперь размещён на github. https://github.com/traviscross/mtr
Смотрите веб-страницу mtr по адресу http://www.BitWizard.nl/mtr/
Отчёты об ошибках и запросы на новые возможности следует отправлять в систему отслеживания ошибок Github.
Патчи можно отправлять, клонировав репозиторий Github и создав pull request, или по электронной почте мне. Пожалуйста, используйте unified diffs. Обычно diff бывает довольно грязным, поэтому проверьте, что diff чист и не содержит слишком много ваших локальных вещей (например, мне не нужен сценарий "configure", который сделал /ваш/ automake).
(Раньше был список рассылки, но он забивался спамом. Поэтому при обновлении сервера список рассылки умер.)
REW