Текущие плагины и программы для mozilla firefox и др

Распространенные сообщения об ошибках в WinMTR.exe

Наиболее распространенные ошибки WinMTR.exe, которые могут возникнуть на компьютере под управлением Windows, перечислены ниже:

  • «Ошибка приложения WinMTR.exe.»
  • «WinMTR.exe не является приложением Win32.»
  • «Возникла ошибка в приложении WinMTR.exe. Приложение будет закрыто. Приносим извинения за неудобства.»
  • «Файл WinMTR.exe не найден.»
  • «WinMTR.exe не найден.»
  • «Ошибка запуска программы: WinMTR.exe.»
  • «Файл WinMTR.exe не запущен.»
  • «Отказ WinMTR.exe.»
  • «Неверный путь к приложению: WinMTR.exe.»

Такие сообщения об ошибках EXE могут появляться в процессе установки программы, когда запущена программа, связанная с WinMTR.exe (например, PC Diagnostics & Repair Tools 2003 Professional Edition), при запуске или завершении работы Windows, или даже при установке операционной системы Windows

Отслеживание момента появления ошибки WinMTR.exe является важной информацией при устранении проблемы

Трассировка программой ping

Программа ping также умеет записывать маршрут — для этого программу нужно запустить с опцией -R. Она в пакет ECHO_REQUEST добавляет опцию RECORD_ROUTE и отображает буфер маршрута возвращаемых пакетов. Эта та же опция, которую использует Nmap. Ограничения такие же: максимум 9 слотов, многие хосты игнорирует или отбрасывают эту опцию.

Пример запуска:

ping -R suip.biz

Пример вывода:

IP маршрута выводятся при каждом пинге. Если маршрут не меняется, то выводится надпись, что маршрут не изменился.

Несмотря на все ограничения опции RECORD_ROUTE, иногда она бывает единственным вариантом получить хоть какую-то информацию о маршруте, поскольку команда ping практически всегда присутствует и не требует повышенных привилегий для запуска.

Диагностика с трассировкой маршрута

Если проблема выражена в потере пакетов, jitter или больших задержках ping, то полезно сделать trace (в двух направлениях) с помощью такого инструмента, как mtr/WinMTR.

mtr — это бесплатная утилита, одновременно сочетающая в себе возможности программ ping и traceroute.

SuSE: через Yast

Debian/Ubuntu: apt-get install mtr-tiny

Gentoo: emerge -av mtr

FreeBSD: pkg install mtr-nox11

Проверка при помощи mtr

Для корректной работы утилиты, желательно выключить пакетные фильтры операционной системы и приложения прикладного уровня (англ. application layer): веб-сервера, почтовые сервера, файловые-сервера, сервера имен, клиентов/серверов пиринговых сетей и т.п. В идеальном варианте это должна быть чистая инсталляция ОС или можно загрузиться из шаблона восстановления при помощи DCImanager.

Для диагностики работы внутри локальной сети ДЦ подойдет следующая команда:

# mtr -s 1000 -r -n -bw -c 1000 -i 1 82.146.46.60 

Результат ее выполнения поможет нашим инженерам выявить проблемы с автосогласованием, с качеством витой пары, загруженностью сетевого оборудования в ДЦ.

Список хостов Web-DC для трассировки

Список хостов, которые можно пропинговать в WebDC для диагностики следующий: 82.146.46.60; 188.120.247.1; 188.120.243.74; 92.63.101.191. Так или иначе на каждом из хостов работают сетевые сервисы, поэтому в момент их предельной нагрузки могут появляться задержки. Рекомендуем сделать mtr нескольких из перечисленных хостов. Для получения более точных результатов рекомендуется проводить тестирование от 3 до 10 раз. Окончательным результатом можно считать среднее значение полученной величины.

Список хостов интернет для трассировки

Для диагностики работы «Интернета» подойдут DNS сервера yandex и google (77.88.8.8, 77.88.8.1 и 8.8.8.8, 8.8.4.4) следующий синтаксис:

# mtr -s 1000 -r -n -bw -c 1000 -i 1 <ip_адрес_источник> 
# mtr -s 1000 -r -n -bw -c 1000 -i 1 <ip_адрес_назначение>

Резюме файла MTR

Расширение файла MTR имеет два тип (-ов) файла (-ов) и связано с два различными программными обеспечениями, но главным образом с RealFlight, разработанным Knife Edge Software. Часто они представлены в формате RealFight Radio Control File.
Основную часть этих фацлов классифицируют, как Game Files.

Файлы MTR можно просматривать с помощью операционной системы Windows. Они обычно находятся на настольных компьютерах (и ряде мобильных устройств) и позволяют просматривать и иногда редактировать эти файлы.

Рейтинг популярности файлов MTR составляет «Низкий», что означает, что данные файлы встречаются редко.

Текстовый режим работы

Для текстового режима у программы есть достаточно большое количество опций:

-h, —help Краткая справка
-v, —version Вывод версии программы
-c <число>
—report-cycles <число>
Количество циклов проверки (количество отправленных пакетов по сути)
-r
—report
Режим отчета. Программа выполнит указанное при помощи параметра -c количество циклов, выведет отчет и завершит свою работу.
-w
—report-wide
Режим расширенного отчета. Результат такой же, как и при использовании опции -r, но длинные имена хостов обрезаться не будут.
-s <количество-байт>
—psize <количество-байт>
Установить размер пакетов для отправки. Кроме этого можно указать размер пакета при помощи переменной окружения PACKETSIZE, например, такой командой:
«PACKETSIZE=1024 mtr <опции>»
-t
—curses
Форсированный запуск в текстовом режиме. По умолчанию MTR запускается в графическом режиме, если он доступен.
-e
—MPLS
Отображать метки MPLS (Multiprotocol Label Switching), коммутации по меткам трафика, которые закодированы в ответе
-n
—nodns
Не использовать DNS для разрешения имен хостов и отображать вместо них IP-адреса
-o «список-полей»
—order «список полей»
Отображать только указанные поля и в таком порядке, в котором они были указаны
-g
—gtk
Форсировать работу в графическом интерфейсе, если он доступен. Эта опция работает только в том случае, если MTR собран с поддержкой графического режима (а это вполне может быть не так)
-p
—split
Выводить информацию построчно, без перерисовки экрана, с разделением полей пробелом. Этот формат удобен, если вы используете какую-то дополнительную программу-парсер или скрипт для анализа, которому передаются данные.
-l
—raw
Использовать «сырой» формат вывода. То есть выводить неформатированные данные
-a <IP-адрес>
—address <IP-адрес>
Указать адрес интерфейса, с которого будут отправляться пакеты
-i <число-секунд>
—interval <число-секунд>
Интервал между отправляемыми запросами
-u Использовать протокол UDP для отправки пакетов
-4 Использовать только IPv4
-6 Использовать только IPv6

Удобство и простота использования и большое количество разнообразных параметров — это именно то, что делает MTR одной из лучших программ для мониторинга сети, в том числе для пользователей с небольшим опытом.

How to run Traceroute on Mac

Go to Applications > Utilities > Terminal or use Command+Space and start typing terminal, to open the terminal window:

Type traceroute followed by a space and your domain name.

Example:

An alternative method is by launching Network Utility (you can quickly access Network Utility by searching for it with Spotlight) and clicking Traceroute tab. Enter your domain name and hit Trace.

What is MTR?

MTR is software used for network diagnostics, that combines the functions of ping and traceroute.

It helps you determine the trace a packet needs to take from your device to the destination server, but it also sends multiple packets over time (usually one every second) and keeps track of the response times. Additionally, it records packet loss over the route.

Using MTR, you are able to identify bad connection between two given points as well as determine any latency issues or packet loss.

Blog.layershift.com is used for this tutorial, however to determine network issues when connecting to your domain’s server, simply replace blog.layershift.com with your domain name.

Правила подачи запроса в службу поддержки

С целью повышения качества обслуживания, при сообщении о проблемах с функционированием сети подкрепляйте их результатами работы программы mtr, запуская ее используя указанный выше синтаксис. Пожалуйста, следуйте инструкциям для создания трассировок, которые будут максимально полезны нашим инженерам: должно быть отправлено не менее 1000 пакетов, мультитрейс должен быть сделан в обоих направлениях, то есть, на проблемный сервер и с него в обратном направлении.

Сообщения о проблемах с сетью не содержащие данной информации не могут быть приняты к рассмотрению.

В качестве примера приведем воображаемую переписку клиента К со специалистом службы поддержки С:

К: У меня наблюдаются потери пакетов внутри сети дата центра и в глобальную сеть, 
   узлы { 82.146.46.60; 188.120.247.1; 188.120.243.74; 92.63.101.191 } пингуются с потерями, в районе 7%. Вывод MTR в прикрепленном файле;
С: Наши сетевые инженеры проверят коммутацию до вашего сервера, для диагностики предоставьте доступ на сервер.
К: Доступ к серверу — root:PASSWORD
С: Проблема устранена, заменен неисправный SFP-трансивер.

Fundamentals[]

MTR is licensed under the terms of the GNU General Public License (GPL) and works under modern Unix-like operating systems. It normally works under the text console, but it also has an optional GTK+-based graphical user interface (GUI).

MTR relies on Internet Control Message Protocol (ICMP) Time Exceeded (type 11, code 0) packets coming back from routers, or ICMP Echo Reply packets when the packets have hit their destination host. MTR also has a User Datagram Protocol (UDP) mode (invoked with «-u» on the command line or pressing the «u» key in the curses interface) that sends UDP packets, with the time to live (TTL) field in the IP header increasing by one for each probe sent, toward the destination host. When the UDP mode is used, MTR relies on ICMP port unreachable packets (type 3, code 3) when the destination is reached.

MTR also supports IPv6 and works in a similar manner but instead relies on ICMPv6 messages.

The tool is often used for network troubleshooting. By showing a list of routers traversed, and the average round-trip time as well as packet loss to each router, it allows users to identify links between two given routers responsible for certain fractions of the overall latency or packet loss through the network. This can help identify network overuse problems.

Examples[]

This example shows MTR running on Linux tracing a route from the host machine (example.lan) to a web server at Yahoo! (p25.www.re2.yahoo.com) across the Level 3 Communications network.

                             My traceroute  
            example.lan                           Sun Mar 25 00:07:50 2007

                                       Packets                Pings
Hostname                            %Loss  Rcv  Snt  Last Best  Avg  Worst
 1. example.lan                        0%   11   11     1    1    1      2
 2. ae-31-51.ebr1.Chicago1.Level3.n   19%    9   11     3    1    7     14
 3. ae-1.ebr2.Chicago1.Level3.net      0%   11   11     7    1    7     14
 4. ae-2.ebr2.Washington1.Level3.ne   19%    9   11    19   18   23     31
 5. ae-1.ebr1.Washington1.Level3.ne   28%    8   11    22   18   24     30
 6. ge-3-0-0-53.gar1.Washington1.Le    0%   11   11    18   18   20     36
 7. 63.210.29.230                      0%   10   10    19   19   19     19
 8. t-3-1.bas1.re2.yahoo.com           0%   10   10    19   18   32    106
 9. p25.www.re2.yahoo.com              0%   10   10    19   18   19     19

An additional example below shows a recent version of MTR running on FreeBSD. MPLS labels are displayed by default when the «-e» switch is used on the command line (or the «e» key is pressed in the curses interface):

                                  My traceroute  
dax.prolixium.com (0.0.0.0)                                      Sun Jan  1 12:58:02 2012
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                 Packets               Pings
 Host                                          Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. voxel.prolixium.net                         0.0%    13    0.4   1.7   0.4  10.4   3.2
 2. 0.ae2.tsr1.lga5.us.voxel.net                0.0%    12   10.8   2.9   0.2  10.8   4.3
 3. 0.ae59.tsr1.lga3.us.voxel.net               0.0%    12    0.4   1.7   0.4  16.0   4.5
 4. rtr.loss.net.internet2.edu                  0.0%    12    4.8   7.4   0.3  41.8  15.4
 5. 64.57.21.210                                0.0%    12    5.4  15.7   5.3 126.7  35.0
 6. nox1sumgw1-vl-530-nox-mit.nox.org           0.0%    12  109.5  60.6  23.0 219.5  66.0
    
 7. nox1sumgw1-peer--207-210-142-234.nox.org    0.0%    12   25.0  23.2  23.0  25.0   0.6
 8. B24-RTR-2-BACKBONE-2.MIT.EDU                0.0%    12   23.2  23.4  23.2  24.9   0.5
 9. MITNET.TRANTOR.CSAIL.MIT.EDU                0.0%    12   23.4  23.4  23.3  23.5   0.1
10. trantor.helicon.csail.mit.edu               0.0%    12   23.7  25.0  23.5  26.5   1.3
11. zermatt.csail.mit.edu                       0.0%    12   23.1  23.1  23.1  23.3   0.1

Виды трассировки

Имеется несколько видов трассировки. В основном они различаются отправляемым пакетом — это может быть пакет транспортного протокола TCP или UDP, либо протокола межсетевых управляющих сообщений ICMP, либо сырой IP пакет.

Иногда из-за файерволов или настройки сетевых узлов не удаётся получить IP адрес узла. В этом случае можно попробовать использовать другой метод, который может дать результаты.

Это можно проиллюстрировать на следующих двух примерах трассировки до одного и того же хоста:

traceroute hackware.ru

Звёздочки говорят о том, что мы не узнали часть узлов.

sudo traceroute -I hackware.ru

Благодаря изменению метода трассировки удалось узнать все промежуточные узлы. Другие методы могут дать отличные от показанных результаты.

Некоторые программы позволяют выбирать метод трассировки, менять номер порта, а также устанавливать значения некоторых полей в заголовке пакета.

Примеры

Этот пример показывает ССО работает на Linux трассировку маршрута от хост — машине (example.lan) на веб — сервер в Yahoo! (p25.www.re2.yahoo.com) через сеть связи уровня 3 .

                             My traceroute  
            example.lan                           Sun Mar 25 00:07:50 2007

                                       Packets                Pings
Hostname                            %Loss  Rcv  Snt  Last Best  Avg  Worst
 1. example.lan                        0%   11   11     1    1    1      2
 2. ae-31-51.ebr1.Chicago1.Level3.n   19%    9   11     3    1    7     14
 3. ae-1.ebr2.Chicago1.Level3.net      0%   11   11     7    1    7     14
 4. ae-2.ebr2.Washington1.Level3.ne   19%    9   11    19   18   23     31
 5. ae-1.ebr1.Washington1.Level3.ne   28%    8   11    22   18   24     30
 6. ge-3-0-0-53.gar1.Washington1.Le    0%   11   11    18   18   20     36
 7. 63.210.29.230                      0%   10   10    19   19   19     19
 8. t-3-1.bas1.re2.yahoo.com           0%   10   10    19   18   32    106
 9. p25.www.re2.yahoo.com              0%   10   10    19   18   19     19

Дополнительный пример ниже показывает последнюю версию MTR, работающую на FreeBSD . Метки MPLS отображаются по умолчанию, когда в командной строке используется переключатель «-e» (или если в интерфейсе curses нажата клавиша «e»):

                                  My traceroute  
dax.prolixium.com (0.0.0.0)                                      Sun Jan  1 12:58:02 2012
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                 Packets               Pings
 Host                                          Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. voxel.prolixium.net                         0.0%    13    0.4   1.7   0.4  10.4   3.2
 2. 0.ae2.tsr1.lga5.us.voxel.net                0.0%    12   10.8   2.9   0.2  10.8   4.3
 3. 0.ae59.tsr1.lga3.us.voxel.net               0.0%    12    0.4   1.7   0.4  16.0   4.5
 4. rtr.loss.net.internet2.edu                  0.0%    12    4.8   7.4   0.3  41.8  15.4
 5. 64.57.21.210                                0.0%    12    5.4  15.7   5.3 126.7  35.0
 6. nox1sumgw1-vl-530-nox-mit.nox.org           0.0%    12  109.5  60.6  23.0 219.5  66.0
    
 7. nox1sumgw1-peer--207-210-142-234.nox.org    0.0%    12   25.0  23.2  23.0  25.0   0.6
 8. B24-RTR-2-BACKBONE-2.MIT.EDU                0.0%    12   23.2  23.4  23.2  24.9   0.5
 9. MITNET.TRANTOR.CSAIL.MIT.EDU                0.0%    12   23.4  23.4  23.3  23.5   0.1
10. trantor.helicon.csail.mit.edu               0.0%    12   23.7  25.0  23.5  26.5   1.3
11. zermatt.csail.mit.edu                       0.0%    12   23.1  23.1  23.1  23.3   0.1

Трассировка сети в Nmap

В Nmap для трассировки есть опция —traceroute, пример трассировки до сайта suip.biz:

sudo nmap --traceroute suip.biz

Если вы не хотите сканировать порты, а хотите просто выполнить трассировку, то добавьте опцию -sn:

sudo nmap --traceroute -sn suip.biz

Кстати, это значительно сократить время до вывода результатов.

Бывает, что выводимые при трассировке программой nmap данные не являются полными. В этом случае попробуйте дополнительно добавить опцию -PE:

sudo nmap --traceroute -sn -PE suip.biz

В Nmap можно установить опции в заголовке пакета IP протокола. Среди этих опций имеется такая, которая сохраняет в заголовке пакета пройденный маршрут. Но у этого варианта есть ряд ограничений:

  • всего 9 слотов
  • некоторые устройства игнорируют эту опцию
  • некоторые устройства вообще не пропускают пакеты с установленной этой опцией

Тем не менее иногда это работает, пример команды:

sudo nmap -sn --ip-options "R" -n --packet-trace suip.biz

Пример вывода:

Binary ip options to be send:
\x01\x07\x27\x04\x00\x00\x00\x00 \x00\x00\x00\x00\x00\x00\x00\x00
\x00\x00\x00\x00\x00\x00\x00\x00 \x00\x00\x00\x00\x00\x00\x00\x00
\x00\x00\x00\x00\x00\x00\x00\x00 
Parsed ip options to be send:
 NOP RR{#0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0}
Starting Nmap 7.70 ( https://nmap.org ) at 2019-07-12 18:02 MSK
SENT (0.8154s) ICMP [192.168.1.57 > 185.117.153.79 Echo request (type=8/code=0) id=64674 seq=0] IP 
SENT (0.8154s) TCP 192.168.1.57:36579 > 185.117.153.79:443 S ttl=43 id=9871 iplen=84 ipopts={ NOP RR{#0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0}} seq=1013479372 win=1024 <mss 1460>
SENT (0.8154s) TCP 192.168.1.57:36579 > 185.117.153.79:80 A ttl=41 id=45814 iplen=80 ipopts={ NOP RR{#0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0}} seq=0 win=1024 
SENT (0.8155s) ICMP [192.168.1.57 > 185.117.153.79 Timestamp request (type=13/code=0) id=32210 seq=0 orig=0 recv=0 trans=0] IP 
RCVD (1.1526s) ICMP [185.117.153.79 > 192.168.1.57 Echo reply (type=0/code=0) id=64674 seq=0] IP 
Nmap scan report for suip.biz (185.117.153.79)
Host is up (0.34s latency).
Other addresses for suip.biz (not scanned): 2a02:f680:1:1100::3d5f
Nmap done: 1 IP address (1 host up) scanned in 1.20 seconds

Обратите внимание на строку:

RCVD (1.1526s) ICMP [185.117.153.79 > 192.168.1.57 Echo reply (type=0/code=0) id=64674 seq=0] IP 

В ней перечислены первые 9 узлов через которые прошёл пакет.

Графический режим

Для запуска в графическом режиме вызываем окно для запуска программ (часто это Alt+F2) и вводим «mtr», или в меню графической оболочки просто выбираем из списка программ «Mtr». После запуска вы увидите такое окно:

Интерфейс простой, он включает в себя следующие элементы: IP-адрес или имя хоста, интервал посылки пакетов, кнопка «Пауза», кнопка «Рестарт», кнопка «О программе», кнопка «Выход» и самый главный элемент: информационное поле, содержащее информацию о трассе и потерях пакетов.

Всё, что надо сделать — это просто ввести имя хоста и нажать клавишу «Enter».

Вы видите список всех узлов, через которые проходят пакеты до указанного вами хоста.

Во втором столбике вы увидите потери пакетов, если они есть. Таким образом можно диагностировать неисправности в работе сети или перегрузку определенных узлов. Это может помочь, например, понять, с вашей ли стороны проблема, еще до звонка провайдеру, специалисты которых иногда даже не пытаются проверить работу сети и сразу рекомендуют перезагрузить компьютер.

При использовании текстового режима работы вам доступно существенно больше опций.

Как пользоваться

Теперь, когда мы рассмотрели возможности программы, а также ее сильные и слабые стороны, давайте переходить к инструкции по установке WinMTR, а затем разбираться, как ею пользоваться.

Загрузка и установка

В первую очередь нам необходимо скачать программу. Делается это так:

  1. Переходим немного ниже и жмем кнопку, которую вы там увидите.
  2. Распаковываем приложение, применив пароль из комплекта.
  3. Так как данная программа не требует установки, просто запускаем исполняемый файл.

Инструкция по работе

Теперь давайте разбираться, как при помощи данного приложения просканировать нашу сеть на наличие ошибок:

  1. В первую очередь необходимо запустить программу от имени администратора. Для этого делаем правый клик мышью по исполняемому файлу и из контекстного меню выбираем нужный пункт.
  2. Когда программа запустится, жмем кнопку с надписью
  3. В открывшемся окошке отключаем параметр Resolve names.
  4. Возвратившись на главный экран, указываем имя нашего сервера. После этого нажимаем кнопку Start.
  5. Ждем несколько минут и останавливаем процесс проверки сети, кликнув по Stop.
  6. Экспортируем результат проверки в любой удобный для себя формат. Мы можем отправить данные в буфер обмена, сохраните их в текстовый документ, а также экспортировать в виде html-файла.

Вот и все. Именно так и пользуется данным приложением. В выбранном вами месте сохраняется документ со всей диагностической информацией, из которой можно сделать вывод, присутствует ли ошибки на стороне сервера либо клиента.

Для того чтобы вам было проще разобраться с приложением, предлагаем рассмотреть расшифровку основных данных, содержащихся в отчете:

  • Имя компьютера, к которому мы подключаемся.
  • номер узла.
  • Количество потерянных пакетов.
  • Количество запросов, отправленных с локального компьютера.
  • Число полученных ответов.
  • Минимальный пинг.
  • Средний пинг.
  • Максимальный пинг.
  • Пинг последнего отправленного и полученного пакета.

mtr и mtr-gtk (консольная и графическая версия)

Программа mtr совмещает в себе функциональность программа traceroute и ping в едином инструменте диагностики сети. То есть эта программа показывает маршрут до указанного узла и непрерывно пингует каждые хоп и при этом собирает общую статистику потерь — на основе этих данных можно определить проблемный узел, на котором теряются пакеты.

Пример запуска:

mtr suip.biz

Пример вывода:

Данная программа поддерживает несколько методов трассировки.

Также она поддерживает разные форматы вывода для сохранения результатов, например, опция -C, —csv для сохранения результатов в формате CSV (обратите внимание, что на самом в качестве разделителя используется не запятая, а точка с запятой), а также опция -j, —json для сохранения в формате вывода JSON.

С помощью опции -n, —no-dns можно отключить преобразование IP в имена хостов.

Опцией -b, —show-ips можно включить отображение и имён хостов, и IP адресов.

Опцией -y n, —ipinfo n можно настроить вывод дополнительной информации о каждом IP хопа. В качестве n нужно указать цифру, которая означает:

              0   Показывать номер автономной системы (AS) (эквивалент -z)
              1   Показывать префикс IP
              2   Показать код страны на основе AS
              3   Показать RIR (ripencc, arin, ...)
              4   Показать дату выделения IP префикса

У меня при любых значениях -y всегда показывается только номер автономной системы. К счастью, между различными видами можно переключаться по кругу используя кнопку y:

Опция -z, —aslookup отображает номер Автономной Системы (AS) для каждого хопа.

Опция -f NUM используется для установки номера первого TTL. По умолчанию равно 1.

Опция -m указывать максимальное число хопов (максимальное значение time-to-live) которое будет обрабатываться при трассировке. По умолчанию равно 30.

Опция -U ЧИСЛО устанавливает максимум незнакомых хостов. По умолчанию равно 5. Видимо, после достижения этого значения дальнейшая трассировка будет остановлена.

С помощью опции -u, —udp программа будет использовать датаграммы UDP вместо ICMP ECHO.

А опцией -T, —tcp можно установить использование TCP SYN пакетов вместо ICMP ECHO. PACKETSIZE игнорируется, поскольку SYN пакеты не могут содержать данные.

В mtr можно использовать даже SCTP протокол для трассировки, для этого укажите опцию -S, —sctp и будет задействованы пакеты Stream Control Transmission Protocol вместо ICMP ECHO.

Порты:

       -P ПОРТ, --port ПОРТ
              Номер целевого порта для TCP/SCTP/UDP трассировок.

       -L ЛОКАЛЬНЫЙ_ПОРТ, --localport ЛОКАЛЬНЫЙ_ПОРТ
              Номер исходного порта для UDP трассировок.

Во время работы программы доступны интерактивные команды. Если нажать на d, то можно переключаться между различными отображениями:

Кнопкой r можно сбросить статистику.

Кнопкой o можно поменять порядок полей. Кстати, опцией -o можно установить, какие поля вы хотите отображать и их последовательность. Подробности смотрите по:

man mtr

Принципы работы трассировки

Пересылаемые сетевые пакеты состоят из двух областей: заголовки и данные. В заголовках находится разная информация, например, IP адреса пункта отправки и пункта назначения, порты отправки и назначения, тип пакета, контрольная сумма пакета и прочее. Среди полей заголовка, у IP протокола есть такое поле как time to live (TTL) — время жизни пакета. Это счётчик с числом, которое уменьшается на единицу каждый раз, когда пакет проходит новый узел. Этот счётчик сделан для того, чтобы проблемный пакет (например, при ошибке, повлекшей закольцованный маршрут) не путешествовал по сети бесконечно. То есть любой пакет пройдя определённое количество узлов в конце-концов достигнет точки назначения или будет отброшен одним из узлов сети, когда закончится «время жизни».

Когда счётчик TTL становится равным нулю, очередной шлюз просто не пересылает этот пакет дальше. Но при этом шлюз на тот IP адрес, откуда пришёл пакет с истёкшим временем жизни, отправляет по протоколу ICMP ответ TIME_EXCEEDED (время жизни кончилось). И этот ответ содержит IP адрес шлюза, где пакет закончил своё существование.

Так вот, суть трассировки в том, что отправляется один пакет с временем жизни (TTL) установленным на единицу — первый шлюз уменьшает значение на единицу, смотрит, что счётчик стал равен нулю, никуда не отправляет этот пакет, зато нам отправляет ответ, что пакет «умер». Мы и так знаем, что пакет умер — из этого ответа нас интересует только IP адрес шлюза, где с пакетом случилось это несчастье. Затем отправляется пакет со счётчиком установленным на 2 — пакет проходит первый шлюз (его IP мы уже знаем), но несчастье (счётчик достигает нуля) с ним случается уже на втором шлюзе — мы получаем ICMP ответ с IP этого шлюза. Затем отправляется следующий пакет и т. д., пока не будут определены все узлы до нужного нам сетевого хоста.

Основы

MTR находится под лицензией GNU General Public License (GPL) и работает в современных Unix-подобных операционных системах. Обычно он работает в текстовой консоли, но также имеет дополнительный графический пользовательский интерфейс (GUI) на основе GTK + .

MTR полагается на пакеты протокола управляющих сообщений Интернета (ICMP) с превышением времени (тип 11, код 0), приходящие от маршрутизаторов, или на пакеты эхо-ответа ICMP , когда пакеты достигают своего узла назначения. MTR также имеет режим User Datagram Protocol (UDP) (вызываемый с помощью «-u» в командной строке или нажатием клавиши «u» в интерфейсе curses), который отправляет UDP-пакеты с полем времени жизни (TTL) в поле Заголовок IP увеличивается на единицу для каждого отправленного зонда к хосту назначения. Когда используется режим UDP, MTR полагается на пакеты ICMP о недоступности порта (тип 3, код 3) при достижении пункта назначения.

MTR также поддерживает IPv6 и работает аналогичным образом, но вместо этого полагается на сообщения ICMPv6 .

Инструмент часто используется для устранения неполадок в сети. Отображая список пройденных маршрутизаторов и среднее время приема- передачи, а также потерю пакетов для каждого маршрутизатора, он позволяет пользователям идентифицировать связи между двумя заданными маршрутизаторами, ответственными за определенные доли общей задержки или потери пакетов в сети. Это может помочь выявить проблемы чрезмерного использования сети.

Version history

Release Published to Microsoft Store
4.6.23.0 10/19/2020
4.6.20.0 09/30/2020
4.5.37.0 08/14/2020
4.5.35.0 07/23/2020
4.4.63.0 06/25/2020
4.4.41.0 05/06/2020
4.4.25.0 03/31/2020
4.3.42.0 03/02/2020
4.3.33.0 1/10/2020
4.3.23.0 12/13/2019
4.2.4.0 10/07/2019
4.1.22.0 08/15/2019
4.0.105.0 07/10/2019
4.0.85.0 04/08/2019
4.0.78.0 03/14/2019
4.0.76.0 03/04/2019
4.0.64.0 12/14/2018
4.0.51.0 11/17/2018
4.0.31.0 10/16/2018
4.0.27.0 10/1/2018
4.0.19.0 08/31/2018
4.0.18.0 08/27/2018
4.0.8.0 07/06/2018
3.1.115.0 06/18/2018
3.1.113.0 06/13/2018
3.1.112.0 06/05/2018
3.1.104.0 04/16/2018
3.1.100.0 03/16/2018
3.1.99.0 3/14/2018
3.1.98.0 3/8/2018
3.0.16.0 11/27/2017
3.0.15.0 10/3/2017
3.0.12.0 9/1/2017
3.0.8.0 11/16/2017
3.0.6.0 11/16/2017
2.0.2.0 03/15/2017
RTM (1.0.8) 12/7/2016

M T R

Для проверки сетевого или интернет соединения многие часто пользуемся такими утилитами как ping либо traceroute. Но результаты выполнения данных утилит не всегда наглядны и удобны для оценки результатов.
Для более наглядных и детальных отчетов пользователи ОС Windows могут воспользоваться программой pingPlotter, ну а пользователи ОС Linux аналогом — MTR (о которой вкратце ниже).

Вывод результатов MTR на консоль

Если у Вас дома стоит какой-нибудь маршрутизатор, то иногда в результате выполнения данной команды может получиться так, что процент потерь пакетов будет составлять 50%.  Дело в том, что некоторые маршрутизаторы не успевают обрабатывать запросы, идущие на них каждую секунду. В таком случае утилите mtr можно указать интервал с которым она будет отправлять данные указанном серверу. Для этого используется ключ -i с указанием интервала в секундах. Для интервала в 2 секунды команда будет выглядеть так:

Максимальное количество отправляемых пакетов устанавливается через ключ —report-cycles. Например, для тестирования маршрута до сервера google.com с максимальным количеством отправленных пакетов равном 50, будет выглядеть следующим образом:

Во всех приведенных выше примерах результаты выводятся в терминал и отображаются только до тех пор, пока работает утилита mtr. Для того, чтобы по завершению работы утилиты результаты остались на экране, используется ключ —report. Выглядит команда так:

По умолчанию для составления отчета отправляется 10 пакетов. Если для составления отчета необходимо отправить больше 10 пакетов (например 60 пакетов) с интервалом в две секунды, то необходимо воспользоваться приведенными выше ключами —report-cycles и -i. В таком случае в консоли необходимо будет ввести команду вида:

А для вывода отчета в текстовый файл в конце строки необходимо добавить два знака больше (>>) и указать имя файла или полный путь к файлу, в который этот самый отчет будет сохраняться. Выглядеть такая команда будет так:

В данном случае текстовый файл с отчетом необходимо искать в той папке, из которой был запущен терминал (обычно по умолчанию — это папка /home/user_name)
Еще одно важное замечание: после нескольких запусков подряд любой описанной выше команды оператор >> будет дописывать отчеты в конец текстового файла, а оператор > (одиночный знак больше) будет каждый раp перезаписывать текстовый файл

Устранение неполадок при открытии файлов MTR

Общие проблемы с открытием файлов MTR

RealFlight не установлен

Дважды щелкнув по файлу MTR вы можете увидеть системное диалоговое окно, в котором сообщается «Не удается открыть этот тип файла». В этом случае обычно это связано с тем, что на вашем компьютере не установлено RealFlight для %%os%%. Так как ваша операционная система не знает, что делать с этим файлом, вы не сможете открыть его дважды щелкнув на него.

Совет: Если вам извстна другая программа, которая может открыть файл MTR, вы можете попробовать открыть данный файл, выбрав это приложение из списка возможных программ.

Установлена неправильная версия RealFlight

В некоторых случаях у вас может быть более новая (или более старая) версия файла RealFight Radio Control File, не поддерживаемая установленной версией приложения. При отсутствии правильной версии ПО RealFlight (или любой из других программ, перечисленных выше), может потребоваться загрузить другую версию ПО или одного из других прикладных программных средств, перечисленных выше. Такая проблема чаще всего возникает при работе в более старой версии прикладного программного средства с файлом, созданным в более новой версии, который старая версия не может распознать.

Совет: Иногда вы можете получить общее представление о версии файла MTR, щелкнув правой кнопкой мыши на файл, а затем выбрав «Свойства» (Windows) или «Получить информацию» (Mac OSX).

Резюме: В любом случае, большинство проблем, возникающих во время открытия файлов MTR, связаны с отсутствием на вашем компьютере установленного правильного прикладного программного средства.

Даже если на вашем компьютере уже установлено RealFlight или другое программное обеспечение, связанное с MTR, вы все равно можете столкнуться с проблемами во время открытия файлов RealFight Radio Control File. Если проблемы открытия файлов MTR до сих пор не устранены, возможно, причина кроется в других проблемах, не позволяющих открыть эти файлы. Такие проблемы включают (представлены в порядке от наиболее до наименее распространенных):

Оцените статью
Рейтинг автора
5
Материал подготовил
Андрей Измаилов
Наш эксперт
Написано статей
116
Добавить комментарий