有时连接到坞站的笔记本电脑中的一台会丢弃以太网连接。 通过不断地ping通默认网关通常不会丢包，但有时会导致响应，如下所示。 这似乎与任何事情都没有关系，只是当系统正在做很多事情时感觉更多。 更换docker和电缆没有任何改变。 其中一个build议是，以太网卡本身可能会变坏。 有没有一种方法来解决此问题之前涉及硬件供应商的保修（这不是很好，因为他们通常想“重新安装”的Windows第一）？ 该笔记本电脑是约6个月的戴尔Latitude的Windows 7企业SP1（完全修补）就可以了。 这不会总是发生，并且ping会在没有任何数据包丢失的情况下持续几个小时。 这使得更难以排除故障。 Reply from 10.xxx.0.254: bytes=32 time=4ms TTL=255 Reply from 10.xxx.0.254: bytes=32 time=1ms TTL=255 Request timed out. General failure. General failure. General failure. Request timed out. Reply from 10.xxx.0.254: bytes=32 time=1ms TTL=255 Reply from 10.xxx.0.254: bytes=32 time=1ms TTL=255 事件日志 Log Name: System Source: e1cexpress Date: 1/25/2012 12:58:00 […]
我们最近在数据中心进行了大规模的networking迁移。 我们已经有一些电缆在这个开始之前提供非常糟糕的ping（在LAN上超过500ms），然后才能被replace。 我们正在更换的电缆不是最好的。 他们手上所有的地方都是这样，而且他们中的一些人跑得太矮，弯曲半径肯定太紧。 他们中的一些人正好在电源的热量排放前捆绑起来。 电缆运行正常，直到我们开始拉动周围的电缆。 然后一些开始有问题，我上面提到退化性能和导致可靠性问题。 我试图找出解释这个非networking人员的最好方法。 有没有人可以推荐的文档或其他方法？
我们有一个由以下内容组成的公司networking： 因特网电缆（墙）< – >（ext接口（DHCP））（Windows Server 2008，启用TMG的Internet网关）（int interface（静态192.168.0.1）< – >具有基于Windows的DHCP服务器的内部以太网networking，DNS等等 我有一个时髦的笔记本电脑正在由一个在办公室有一个静态IP的人带来的一样，我们的网关（192.168.0.1）设置在它的以太网适配器，这会导致我们的服务器与通信有问题networking的其余部分。 如果是MacOS或Linux，我听说他们出于某种原因可以“窃取”IP，即使已经存在于networking中。 这是真的吗？我怎样才能保护我们的服务器免受“外部人员使用相同的IP”？
我有一个openvpn服务器后面两个湾接口：eth1和eth2其中eth1是默认的gw和eth2是openvpn绑定到的地方。 在build立任何隧道之前，我的ovpn服务器通过默认的gw（通过eth1）回应ovpn客户端的问题和tcp协议丢失。 这是发生了什么事情： wan client —–> eth2 —-> openvpn —–> eth1 —-> lost and not delivered back to client 有没有办法告诉ovpn坚持eth2，并考虑到所有的stream量？
我有一些设备连接在相同的物理networking（LAN），但在不同的子网。 我想用我的电脑的ARP检测它们。 我的电脑也在同一个物理networking中，但在不同的子网上。 ！ 这些设备没有安装arp协议（还）。 是否有可能检测到设备（每个设备上安装或者安装了ARP）？ 如果设备有一个MAC地址，但没有IP地址，ARP是否仍能检测到这些机器？
WireShark可以方便地剖析以太网帧，并精确地告诉你每个字节的含义。 例如，它会告诉您TCP / IP标头的位置，填充方式以及校验和是否正确。 现在我有一个编码为长HEXstring的以太网帧。 （这不是一个捕获的框架。）有没有办法将这个hexstringinput到WireShark并为我分析？
我有一个CentOS服务器2个networking接口的configuration： 为eth0： DEVICE=eth0 BOOTPROTO=none BROADCAST=10.0.0.255 HWADDR=xx: IPADDR=10.0.0.2 NETMASK=255.255.255.0 NETWORK=10.0.0.0 ONBOOT=yes TYPE=Ethernet GATEWAY=10.0.0.1 USERCTL=no IPV6INIT=no PEERDNS=yes eth1的： DEVICE=eth1 BOOTPROTO=none BROADCAST=192.168.0.255 HWADDR=yy IPADDR=192.168.0.2 NETMASK=255.255.255.0 NETWORK=192.168.0.0 ONBOOT=yes TYPE=Ethernet USERCTL=no IPV6INIT=no PEERDNS=yes GATEWAY=192.168.0.1 192networking有互联网接入，10networking没有。 目前，我无法连接到互联网，但我需要我的服务器上网。我想我需要优先考虑eth1和eth0的以太网接口。 我怎样才能做到这一点 ？ 谢谢您的回答。
我连接到局域网上的交换机，我已经在其他networking上testing了我的matchport，我没有指责这个问题。 就此而言，我在启动时看到了很多UP和DOWN的eht0。 有人知道这件事吗？ # Sv Filename Line Description Uptime —- – ———- —– ———————————————- ——– 4 I start.c 234 5.2.0.3R2 00:00:00 5 I start.c 235 Oct 5 2012 (11:54:32) 00:00:00 6 I start.c 241 Image Name: matchport_bg_pro 00:00:00 7 I start.c 243 Query Port Id: A9 00:00:00 8 I start.c 245 Heap size: 5567904 00:00:00 […]
我们只订购了一大堆Hetzner EX40SSD服务器，它们提供了最小的Debian安装映像，一切都很好，只是看着tcpdumps从不同的位置调整networking，initcwnd参数似乎卡在6，不pipe我们如何改变它。 默认情况下，Debian 3.2内核的设置应该是10，所以这很奇怪。 NIC驱动程序或Hetzner Debian映像中的自定义设置是否可能限制此参数？ 即使我们将它设置为4，就像旧的内核默认，它不起作用。 任何想法将不胜感激！ 有谁知道Debian默认提供的网卡驱动是否有限制。 在http://www.webhostingtalk.com/showthread.php?t=1200617&highlight=hetzner的长篇post中，他们谈论了一个页面http://wiki.hetzner.de/index.php/Installation_des_r8168-Treibers/en Hetzner声明包含的Realtek r8168驱动程序工作不正常，但是他们并没有说initcwnd可能会受到影响。 明天我会尝试安装一个CentOs镜像，看看Debian是不是问题…最后的办法是安装一个自定义的debian镜像，但这是一个痛苦的屁股！ 谢谢！
问题的产生很简单，就像干扰一个没有STP的networking一样;-)好吧，所以创build我的问题的步骤如下： 从设备B ping设备A.回复即将到来。 通过将以太网电缆连接到与Device A和Device B相连的同一以太网交换机的两个端口，生成一个networking环路。 循环之后，Ping请求将不会因为循环而得到回复。 去除环路，通过去除环形电缆。 去除循环后，预计设备A将在几秒钟内（4-5秒）开始回复。 但是它没有响应200-250秒。 是从切换回路恢复后的正常时间？ 如果我尝试在相同的场景中ping其他设备，他们将在恢复后的4-5秒内开始响应。 设备A（故障）是基于ARM的Linux Fedora 12操作系统，内核版本为2.6.37。 任何人都可以通过一些光，如何解决这个问题？