在使用VMXNET的CentOS 5.6 ESXi 4.1虚拟机上，它看起来像是在尝试发送巨型帧： 但是，所有接口都设置为MTU 1500.是什么导致了这种行为？ 更新： 我会认为，不pipe交换机，这些主机不会在界面上尊重MTU吗？ esxcfg-vswitch -l已经显示1500 更新2： 改变到e1000似乎在这个问题上工作。
我有一些在Amazon VPC上运行的Ubuntu 14.04机器。 当他们启动时，他们有一个9001的MTU，但是当与其他MTU为1500的服务器通信时，这似乎会导致一些问题。当我使用ip link set dev eth0 mtu 1500这些问题就消失了。 问题是，我似乎无法击中正确的方式来使这永久。 /etc/network/interfaces.d/eth0.cfg看起来像这样 auto eth0 iface eth0 inet dhcp pre-up /sbin/ip link set dev eth0 mtu 1500 我也曾尝试将mtu 1500添加到该节的底部。 如果我重新启动，机器将返回1500的MTU。 那么做这件事的正确方法是什么？
我现在正在争取在互联网上的机器之间造成数据包丢失的现象。 检查下图。 请注意，每当我使用“SSH”，我可以使用“HTTPS”; 该协议发生相同的现象。 运行Fedora 22的SSH服务器位于“站点A”（酒红色）。 直到“最近”才有连接问题。 从运行Fedora 22或Fedora 23的Amazon EC2计算机到“站点A”的SSH连接工作良好（在“Amazon EC2”框中显示为绿色的主机） 从同一AS上的“站点B”到“站点A”的SSH连接不能在我testing的任何Fedora系统上运行（橙色框）。 但是，他们使用Putty从Windows 7系统上工作。 两种情况都涉及相同的（双引导）硬件。 “站点B”也有一个防火墙，但似乎没有任何作用：我试图直接从FritzBox路由器build立连接，它仍然不适用于Fedora，但为Windows工作。 问题如何performance出来： 使用SSH进行连接时，会有一个初始数据包交换（如tcpdump所示）。 然而，在20个数据包左右之后，传出的数据包似乎已经不在任何地方了， 没有确认从站点A回来。您永远不会到达密码提示。 一个CTRL-C正确地重置连接，之后Linux仍然尝试发送一些从未被确认过的数据包。 我怀疑在我的ISP有一些问题，特别是我怀疑ISP执行可疑的魔术，以便实施站点B的“固定IP地址”，这是唯一改变“最近”的东西。 然而，我不明白什么可以说明一个SSH连接在Windows上工作，而不是在相同的条件下，在networking上工作。 我该找什么？ 这里（Amazon S3）是失败的SSH连接的tcpdump
在IPv4中，如果IP数据包中没有设置DF（不分段）标志，则路由器在到目的地的path上完成分段。 一旦数据包被分段，其分段可能采取不同的path（由于各种原因，如拓扑变化）到目的地。 如果在到达目的地的path上的一些链路上，一个路由器发现链路MTU小于帧大小，则该分组需要被分段或丢弃。 一个数据包的碎片可以被重新分割吗？ 如果是的话，在由此创build的新的单个片段中，MF标志的值是多less？
我尝试通过端口22连接到Centos服务器上的sftp服务器（vsftpd）。连接和初始目录列表中没有问题; 如果我点击一个小于10个文件的目录，也没有问题。 但对于大量文件的目录，可能超过15个文件!!，它会在Filezilla上显示“连接超时错误，无法检索目录列表”或在其他ftp客户机上显示类似的消息。 我testing了被动和主动模式，没有结果 设置被动模式的vsftpd没有结果….. 我应该提到它发生在FileZilla，PSFTP的腻子，Dreamweaver的FTP …但SMART FTP有时列出没有或更less的问题的目录。 我使用ADSL和一个ISP的PPPoE连接; 也正如我在伊朗，可能会有一些限制某些蛋白质或协议，如SSL在ISP或…（通常我不能打开HTTPS链接，除非使用代理软件） 我刚刚读了一个话题 目录列表（ls）错误只在端口22（SFTP） 这解决了我的问题作为MTU问题 请指导我如何纠正这个问题，谢谢
认为我遇到的以下问题之一是MTU应该如此。 ESXi 5 VM Putty会话挂起，vSphere客户端超时 但是，当我尝试testing最大MTU大小，似乎没有限制。 以太网只允许最大MTU。 但是我达到了54450。 ping -l 54450 192.168.10.7 用54450字节的数据Pinging 192.168.50.7： 来自192.168.10.7的回复：字节= 54450时间= 1081ms TTL = 62 来自192.168.10.7的回复：字节= 54450时间= 1079ms TTL = 62 来自192.168.10.7的回复：字节= 54450时间= 1079ms TTL = 62 来自192.168.10.7的回复：字节= 54450时间= 1079ms TTL = 62 Ping统计为192.168.10.7： 数据包：发送= 4，收到= 4，丢失= 0（0％丢失）， 大约以毫秒为单位的往返时间： 最小= 1079ms，最大= 1081ms，平均= 1079ms
我有兴趣使用PCAP存储我嗅探的数据包。 由于我预先分配了我需要的内存 – 即我正在嗅探的接口的MTU的倍数，所以我想在打开实时会话之前发现我需要多less内存。 是否有可能查询PCAP获取嗅探接口的MTU？ 我怎样才能得到这个信息（可能使用系统库）？ 谢谢
有人说，更大的数据包更好，然后发送更小。 但在这个应用程序： http : //media.pearsoncmg.com/aw/aw_kurose_network_2/applets/message/messagesegmentation.html 数据包大小越小，到达目的地所需的时间越less。 所以我不明白为什么要更大的尺寸？ 你能解释给我吗？ 谢谢
我发现拖延TCP连接问题。 当我尝试从我的家庭networking远程系统scp的东西出现问题。 我的家庭networking通过PPPoE（ADSL +）连接到互联网，一旦我的家庭networking工作，一切正常。 ADSL路由器的MTU设置为1492，但是使用该设置，远程系统的scp无法工作 – 失速！ 当我将路由器上的MTU更改为1500时，该scp可以正常工作，但从本地networking访问互联网对于大部分www站点（甚至是本地站点）来说都非常缓慢。 只是想知道问题的存在 – 我的ISP阻止ICMP等？ 谢谢！
我正在通过与我的虚拟主机提供商的连接来解决MTU问题。 问题是我在MTU大小设置为1492的ppoe后面，防止我使用“scp”。 一旦将MTU从1492改为1500，scp可以正常工作，但是大多数其他连接不能。 networking托pipe服务提供商和互联网提供商都不确认ICMPstream量的阻塞。 有什么办法来检查谁（在路上的IP）阻止ICMP？ 谢谢