我的路由器有两个协议（和“两个”选项），我可以select设置端口转发：UDP和TCP。 这两个协议有什么区别，你什么时候在端口转发中select一个呢？
我怎样才能被动地监视TCP / TCP连接上的数据包丢失？ 基本上，我想要一个位于后台的工具，通过观看TCP ack / nak /重新传输来生成一个关于哪个对等IP地址“似乎”遭受严重损失的报告。 像我发现SF这样的大多数问题build议使用像iperf这样的工具。 但是，我需要监视从我的机器上真正的应用程序的连接。 这个数据只是坐在那里的Linux TCP堆栈？
场景：我们有许多Windows客户端定期上传大文件（FTP / SVN / HTTP PUT / SCP）到Linux服务器，距离大约100-160ms。 我们在办公室拥有1Gbit / s的同步带宽，服务器可以是AWS实例，也可以物理托pipe在美国的DC中。 最初的报告是，上传到一个新的服务器实例比他们可能慢得多。 这在testing和多个地点都出现了; 客户从他们的Windows系统看到主机稳定的2-5Mbit / s。 我在AWS实例上发现了iperf -s ，然后从办公室的Windows客户端发出了： iperf -c 1.2.3.4 [ 5] local 10.169.40.14 port 5001 connected with 1.2.3.4 port 55185 [ 5] 0.0-10.0 sec 6.55 MBytes 5.48 Mbits/sec iperf -w1M -c 1.2.3.4 [ 4] local 10.169.40.14 port 5001 connected with 1.2.3.4 port […]
当我们尝试ping到另一个网段的服务器时，我们会看到“TTL过期”消息。 当我们运行tracert时，4个IP地址会无限重复： 14 60 ms 59 ms 60 ms xxx.xxx.xxx.2 15 83 ms 81 ms 82 ms xxx.xxx.xxx.128 16 75 ms 80 ms 81 ms xxx.xxx.xxx.249 17 81 ms 78 ms 80 ms xxx.xxx.xxx.250 18 82 ms 80 ms 77 ms xxx.xxx.xxx.2 19 102 ms 101 ms 100 ms xxx.xxx.xxx.128 20 101 ms 100 ms […]
这是从这个答案： https://stackoverflow.com/questions/2482411/is-this-pdo-bug-fixed-now/2482424#2482424
我在Linux上运行一个特定的程序，有时会崩溃。 如果在此之后快速打开它，它会在第49201号套接字上而不是第一次在49200上进行侦听。 netstat显示49200处于TIME_WAIT状态。 有没有一个程序可以运行立即强制该套接字移出TIME_WAIT状态？