You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
WinMTR is a network diagnostics program that combines the features of ping and traceroute. The program was developed by Matt Kimball based on the well-known MTR program for Linux. It offers the possibility to get detailed information about possible network problems. The program also allows to track the time between sending a signal and receiving the corresponding response packet. In the following screenshot the outgoing route to fshost.me is shown as an example:
11
11
12
12
13
-

13
+

14
14
15
15
## Installation
16
16
17
17
18
18
19
19
### Windows
20
20
21
-
WinMTR for Windows can be downloaded from the [FSHOST](https://docs.fshost.me/WinMTR.zip) page. Once installed, the program must be started and the host name or IP address of the affected case needs to be filled in:
21
+
WinMTR for Windows can be downloaded from the [FSHOST](https://help.fshost.me/WinMTR.zip) page. Once installed, the program must be started and the host name or IP address of the affected case needs to be filled in:
@@ -34,12 +34,12 @@ Now the package can be installed with the following command:
34
34
apt install -y mtr-tiny
35
35
```
36
36
37
-

37
+

38
38
39
39
40
40
The evaluation can then be started with the command **mtr IPaddress/hostname**. By pressing CTRL+C you can stop the test at any time as desired.
41
41
42
-

42
+

43
43
44
44
45
45
## Create report
@@ -53,7 +53,7 @@ The network diagnostic test should be performed when the problem actively occurs
53
53
The program provides several kinds of information. You have to check this information carefully in order to identify the problem correctly.
54
54
55
55
56
-

56
+

57
57
58
58
While evaluating a route, the example message **No response from host** may appear from time to time, reporting 100% packet loss. However, this is often not the direct cause. In such a case it is possible that only the packets are filtered by the firewall and therefore no response comes or is generally unreachable. The next possible option for the route is then selected. Only if the packet loss starts at one point and continues through others is there active packet loss.
0 commit comments