这个奇怪的 MTU 是怎么回事？

Question

我在我们办公室有一个服务器麦克风，通过 VPN 与远程服务器通信。出现了各种似乎与 MTU 大小有关的问题。Mike 是 RHEL 3 服务器，客户服务器是 CentOS 5。我使用 tracepath 工具试图找到最大 MTU 并得到这个奇怪的结果

[root@mike root]# tracepath 192.168.1.4
 1:  mike (192.168.100.1)                                  0.170ms pmtu 552
 1:  mike (192.168.100.1)                                  0.011ms pmtu 552
 1:  mike (192.168.100.1)                                  0.010ms pmtu 552

snip - thousands of lines of the same output

 1:  mike (192.168.100.1)                                  0.025ms pmtu 552
 1:  192.168.100.252 (192.168.100.252)                        0.405ms
 2:  192.168.100.253 (192.168.100.253)                        0.876ms
 3:  192.168.1.4 (192.168.1.4)                         97.1000ms reached
     Resume: pmtu 552 hops 3 back 3

从我们办公室的另一台服务器到另一个客户，我得到了一个更合理的结果

[root@nora ~]# tracepath 192.168.2.1
 1:  nora (192.168.100.228)                                0.080ms pmtu 1500
 1:  192.168.100.253 (192.168.13.253)                      asymm  2   0.813ms
 2:  no reply
 3:  192.168.11.1 (192.168.11.1)                           73.210ms reached
     Resume: pmtu 1500 hops 3 back 3

所以我认为这与迈克有关，而不是中间的路由器、防火墙或 VPN。有任何想法吗？

针对以下丹尼尔劳森的回答，这就是为什么我认为问题出在服务器麦克风上，因为诺拉能够得到正确的响应

[root@nora ~]# tracepath 192.168.1.4
 1:  nora (192.168.100.228)                                0.101ms pmtu 1500
 1:  192.168.100.253 (192.168.100.253)                      asymm  2   0.863ms
 2:  no reply
 3:  192.168.1.4 (192.168.1.4)                        111.601ms reached
     Resume: pmtu 1500 hops 3 back 3

在回应 Mike Pennington 的评论时，192.168.100.252 和 192.168.100.253 都是防火墙。默认网关是 192.168.100.252，然后有一个静态路由供这些客户将流量发送到 192.168.100.253。由于它们在同一个网络上，我认为这就是跳数不增加的原因。

Answer 1

这在不同供应商的防火墙和 VPN 中很常见 - 例如，针对某些类型的流量将 MTU 降低到 1500 以下的检查点。