五年前装的几台Gentoo服务器,自适应的ppp的连接的mtu都比实际的少4,1400的搞成1396,1500的搞成1496.....写了条ip-up.d的脚本给每个ppp拨号都自动加上4,解决了通讯障碍问题。一直稳定运行,pptp连接上后再ssh到服务器,基本不掉线。于是五年中就再也没弄过,也把这事儿忘了。
这两天又装了几台Gentoo,用的都是最新的portage,结果pptp连上后ssh到服务器老掉,要么死活ssh不上,还以为是墙。可ifconfig一看,尼玛。。。。五年前的mtu问题现在还有。
Gentoo官网都装修一新了,这小问题既然这么几年没被解决,因为不是什么天塌下来的大问题,所以我也没提bug。
只是好奇,这里有谁遇到过和我一样的问题吗?还是说我人品较差,就我遇到过这种事儿。
1
liwei 2015-04-23 20:07:26 +08:00
MTU小4应该不会引起什么问题,PPPoE因为在Ethernet Frame之外增加了一个包头,MTU比Ethernet默认的1500小是很正常的,我看了一下我自己机器上的PPPoE网卡的MTU是1492。
|
2
qybei 2015-04-23 21:23:32 +08:00 via Android
mtu小不可能导致通信故障,最多就是性能有一点影响,4个字节的影响几乎可以忽略。自动减4不一定是bug,可能是考虑了报文中某个自动增加的crc字段。
|
3
bellchu OP @liwei 你说的对,客户端比网关(Ethernet)MTU小是正常的,1500去掉8位包头=1492。 可反过来如果你的PPPoE连接比Ethernet多8位变成1508那就有问题了。
@qybei mtu mismatch(客户端大于网关)会导致通信故障这个是常识,就不要说4位的影响了,就是客户端上mtu多出1个位都能让你的包做分片。这种情况下,你如果开了pptp的压缩的话会被连续丢包,就不是影响一点点性能的问题了。我遇到的问题是无法证书登录ssh,转个帐,连银行的网页都打不开,ERR_SSL_VERSION_OR_CIPHER_MISMATCH,两端mtu匹配之后就自然好了。 一般来说mtu协商下来总归是两端一样的,不会是网关比客户端小的。 你可以手动改下mtu做个简单的实验,把本机的mtu改的比网关的mtu大,再去访问一些网上银行的网站,多刷新几次,或者访问一些加密级别比较高的服务。 |