当你启动一个程序来侦听一个TCP套接字，然后杀掉这个程序，有时（但不是总是），当你尝试在接下来的几分钟里再次侦听套接字时，你会得到一个像“地址已经被使用”的错误。 proc用ctrl-c杀死。 我使用Linux。 我认为这与TCP连接被锁在CLOSE_WAIT状态有关，但并非100％确定。 为什么我得到“地址已被使用”错误？ 另外，为什么只有时有发生？
我连接到校园networking。 我可以访问所有的机器。 我想在这些机器上运行一些模拟。 为此，我需要找出networking上长时间没有人login或长时间闲置的机器。 我该怎么做呢？ 有人build议我使用ldapsearch。 我是LINUX的新手，我热衷于学习新东西。 什么将是一个聪明的解决scheme，以查找此信息？
hping有这样可怕的文档，看起来有许多不同types的语法。 我想知道什么样的hping命令将发送一个源IP为192.168.0.2，源端口为9455，目的IP为192.168.0.1，目的端口为80，以及一个有效载荷文件的TCP数据包“payload.txt”。 我可以知道这一点，但如果你知道一个很好的教程（我不知道存在），我也可以使用它。
我使用iperf测量了计算机上本地绑定的TCP套接字连接（Intel Q9550,64 GB RAM，Windows XP 64位）的吞吐量。 无论我如何调整TCP设置（缓冲区长度，窗口大小，最大段大小，没有延迟），每次都得到不满意的结果（大约1.6Gbit / s）。 当我尝试netperf时，我得到了类似的结果。 现在，我明白（从这些来源）回环连接的平均吞吐量应该在5 Gbit / s左右。 可能是这种糟糕performance的原因是什么？
当通过VOIP应用程序拨打电话时，我有时会面临语音中断。 由于所有VOIP应用程序都使用UDP进行数据传输，Linux中是否有任何工具可用来衡量丢包量并衡量networking的性能。 UDP丢包的一般原因是什么？当丢包很多时我需要采取什么措施？
我们有这样的服务器结构：反向代理（nginx） – > worker（uwsgi） – > postgresql / memcached。 所有服务器位于路由器后面的本地networking中，使用NAT外部IP：端口（http / s 80/443代理服务器，ssh 22服务器）。 问题是，有时代理服务器netstat会报告数百万个SYN_RECV连接。 从相同的IP /相同的端口。 像那样： nginx ~ # netstat -n | grep 83.238.153.195 tcp 0 0 192.168.1.1:80 83.238.153.195:3107 SYN_RECV tcp 0 0 192.168.1.1:80 83.238.153.195:3107 SYN_RECV tcp 0 0 192.168.1.1:80 83.238.153.195:3107 SYN_RECV tcp 0 0 192.168.1.1:80 83.238.153.195:3107 SYN_RECV tcp 0 0 192.168.1.1:80 83.238.153.195:3107 […]
为了testing我们的部署，我想模拟某些networking事件，如连接丢失，超时，有限的带宽等。 我已经为此search，但没有find真正适合我的需求的东西。 ipfw似乎是我需要的，但我似乎无法findUbuntu的ipfw软件包。 此外，我想知道是否有替代品，甚至更好的工具，我的任务。
伙计们，我的一台生产服务器（Debian Lenny）遇到了一个非常奇怪的问题 – 在重新启动networking接口（eth0，eth1）之后，它们处于DOWN状态。 看起来像服务器上安装了基于Intel的networking适配器，lspci将其列为如下： 以太网控制器：Intel Corporation Device 10c9（rev 01） 负责此适配器的内核驱动程序是“igb”。 lsmod显示“igb”模块存在。 我试过“modprobe -r igb && modprobe igb”，networking接口先消失然后出现，但是它们又处于DOWN状态。 有什么可能出错？ 它曾经工作得很好。 这怎么解决？ 我正在使用KVM IP，无法真正复制Java Applet的完整dmesg输出。 运行“dmesg | grep eth”显示没有什么不寻常的，这里是它的输出： [ 2.137021] igb 0000:05:00.0: eth0: (PCIe:2.5Gb/s:Width x4) 00:25:90:1d:3e:c2 [ 2.137100] igb 0000:05:00.0: eth0: PBA No: 0100ff-0ff [ 2.320508] igb 0000:05:00.1: eth1: (PCIe:2.5Gb/s:Width x4) 00:25:90:1d:3e:c3 [ 2.320587] igb […]
几个小时以来，我已经尝试在两个物理位置（位置A，192.168.1.0/24）和（位置B，192.168.2.0/24）之间build立虚拟专用networking。 我不得不使用隧道而不是桥接networking。 192.168.4.0/24是VPNnetworking。 这两个位置之间的连接工作正常，服务器有192.168.4.1和客户端192.168.4.6。 但现在我想要服务器访问客户端networking上的服务器，该地址是192.168.1.44。 如何使用路由和iptable条目来实现这个function（假设NAT正在使用）？
我有一套服务器，我想在两个不同的networking上设置。 理由是：1）最后一公里networking冗余2）负载平衡 我们不太可能允许我们运行BGP来进行外部路由，所以我们只需要循环的DNS。 所以我们将有两个不同的IP地址范围为每个networking。 对于这个问题的目的说得好（Net1 = 60.25.33.128 / 28）和（Net2 = 152.22.23.0/28）。 我也想运行OSPF（或其他内部路由）来平衡两条线路。 我有一个Cisco 2800（2811）在networking之间路由。 Cisco路由器当前被configuration为使用1到1 NAT（ ip nat inside source static network 172.16.1.0 60.25.33.128 /28 ）。 有了这个configuration，我在Net1上工作得很好。 问题是，当我引入第二个networking时，我预料到了麻烦。 对于一个如果我运行命令ip nat inside source static network 172.16.1.0 152.22.23.0 /28 （如果它会让我这样做）NAT重叠。 而服务器将不知道哪个networking的stream量已经发生（好东西），路由器将不知道哪个IP地址放回到IP报头上，这会使来自辅助networking的请求无法接收到响应。 但是，如果我要ip nat inside source static network 172.16.2.0 152.22.23.0 /28执行ip nat inside source static network 172.16.2.0 152.22.23.0 […]