🚀 go-pugleaf

> Może wynik traceroute -U da jakieś sensowne informacje
Wstyd się przyznać, ale polecenia do tej pory nie brałem pod uwagę, a 
okazuje się całkiem pomocne w tym przypadku.
Oto ciekawe wyniki:

Prawidłowy zachowujący się serwer:
[root@ZZZ.ZZZ.ZZZ.ZZZ ~]# traceroute -n -U -p53 XXX.XXX.XXX.XXX
traceroute to XXX.XXX.XXX.XXX (XXX.XXX.XXX.XXX), 30 hops max, 60 byte 
packets
1  IP bramy  2.554 ms  2.735 ms  2.957 ms
2  80.49.0.249  3.883 ms 212.160.0.249  3.291 ms 80.49.0.249  4.251 ms
3  194.204.175.173  12.443 ms  12.675 ms  12.905 ms
4  193.251.255.201  29.552 ms 213.248.89.93  23.719 ms  23.957 ms
5  193.251.251.138  28.392 ms 213.155.135.80  24.032 ms 193.251.251.138 
28.750 ms
6  213.155.135.136  32.743 ms 84.116.134.9  62.882 ms  63.404 ms
7  84.116.136.150  60.220 ms 62.115.138.71  32.886 ms 84.116.136.150  60.678 
ms
8  213.46.179.61  30.975 ms 84.116.252.46  60.016 ms 213.46.179.193  27.541 
ms
9  84.116.134.9  61.818 ms 31.179.250.218  59.663 ms 84.116.133.117  61.909 
ms
10  86.63.128.212  58.902 ms  58.725 ms  58.668 ms
11  XXX.XXX.XXX.XXX  60.428 ms  60.147 ms 84.116.252.46  61.599 ms

Serwer z niepoprawnym zachowaniem:
[root@AAA.AAA.AAA.AAA ~]# traceroute -n -U -p53 XXX.XXX.XXX.XXX
traceroute to XXX.XXX.XXX.XXX (XXX.XXX.XXX.XXX), 30 hops max, 60 byte 
packets
1  IP bramy  1.002 ms  1.703 ms  2.365 ms
2  213.25.2.109  26.771 ms  27.672 ms  32.333 ms
3  213.25.5.137  33.710 ms  34.031 ms  36.205 ms
4  194.204.175.73  38.875 ms  40.561 ms  42.240 ms
5  213.248.89.93  65.203 ms  66.986 ms  68.620 ms
6  213.155.135.82  68.950 ms  72.237 ms  73.877 ms
7  62.115.138.172  74.625 ms 213.155.135.142  56.220 ms 213.155.135.148 
57.610 ms
8  62.115.138.79  54.554 ms 62.115.138.75  61.223 ms 62.115.138.71  60.293 
ms
9  213.46.179.61  53.074 ms  52.222 ms 213.46.179.193  52.034 ms
10  84.116.133.117  90.359 ms 84.116.134.9  76.929 ms 84.116.133.98  77.253 
ms
11  84.116.136.150  78.207 ms  78.868 ms  77.828 ms
12  84.116.252.46  105.263 ms  104.469 ms  98.745 ms
13  31.179.250.218  78.984 ms  78.684 ms  78.644 ms
14  86.63.128.212  78.471 ms  78.510 ms  79.312 ms
15  * * *
...
30  * * *

Drugi serwer z niepoprawnym zachowaniem:
[root@YYY.YYY.YYY.YYY traceroute]# traceroute -n -U -p53 XXX.XXX.XXX.XXX
traceroute to XXX.XXX.XXX.XXX (XXX.XXX.XXX.XXX), 30 hops max, 60 byte 
packets
1  IP bramy  0.241 ms  0.206 ms  0.178 ms
2  91.212.9.11  6.630 ms  6.401 ms  6.449 ms
3  213.46.178.93  7.486 ms  7.444 ms  7.111 ms
4  84.116.137.98  7.600 ms  7.628 ms  7.566 ms
5  84.116.252.46  10.085 ms  9.953 ms  10.020 ms
6  31.179.250.218  10.003 ms  9.644 ms  9.666 ms
7  86.63.128.212  9.802 ms  9.572 ms  9.715 ms
8  * * *
...
30  * * *

O ile prawidłowo interpretuję wyniki, to na routerze dostawcy 
(86.63.128.212), za którym znajduje się już lokalizacja docelowa, następuje 
takie kierowanie ruchem, że pakiety z klas DSL TP/orange na porcie 53 
protokołu UDP, są zwyczajnie dropowane, co skutkuje zaobserwowanymi 
problemami.
Proszę o potwierdzenie, że moje przypuszczenia są słuszne.
Pozdrawiam.
WOJO