即使移动客户端在标准设置的TCP放弃和closures连接的情况下长时间在隧道中消失，依靠TCP保证传送也是非常重要的。 是否有可能使TCP实现不断尝试长达10-20分钟？ 在Linux和手机（Android和iOS）上应该做什么设置？ 谢谢。
对于我以前工作中的端口敲打，其中一个SA用来执行如下操作： echo 'blah' > tcpcat -a 192.168.3.1 -p 2222 && ssh [email protected] 我不记得我所指的tcpcat 。 有人知道吗？
从维基百科页面 ： 校验和字段是头部和文本中所有16位字的补码和的16位补码。 为什么在总结头文件和文本中的16位之后，是计算TCP校验和的补充？
我知道这个问题听起来很愚蠢，但是这么多年来，我仍然很难向人们解释TCP / IP。 我自己并没有完全明白，甚至在读完之后，这个区别还不是很清楚。 到目前为止，我所知道的是，IP处理networking，而TCP涉及通过networking传递消息。 我不完全相信。 而且，他们驻留在互联网架构的不同层面上。 任何人都可以用一个简单的比喻或例子来区分这个区别吗？ 另外，我读了这个地方 不同之处在于TCP负责数据包的数据传输，IP负责逻辑寻址。 也就是说，IP获取地址，TCP保证数据到该地址的传送。 它是否正确？ 谢谢你的协助。 最后一件事 – 以太网在哪里呢？
不应该build立到端口80的TCP连接也来自端口80？ 或者当普通用户有一个普通的浏览器时他们通常来自哪个端口？ 我想知道，因为我不知道我是否可以限制在我的防火墙传入的端口 tcp 6 156441 ESTABLISHED src=88.242.44.86 dst=74.208.112.246 sport=1164 dport=80 packets=4 bytes=172 src=74.208.112.246 dst=88.242.44.86 sport=80 dport=1164 packets=1 bytes=52 [ASSURED] mark=0 use=1 tcp 6 156065 ESTABLISHED src=78.186.69.124 dst=74.208.112.246 sport=3133 dport=80 packets=4 bytes=168 src=74.208.112.246 dst=78.186.69.124 sport=80 dport=3133 packets=1 bytes=48 [ASSURED] mark=0 use=1 tcp 6 132805 ESTABLISHED src=88.238.245.86 dst=74.208.112.246 sport=3526 dport=80 packets=4 bytes=172 src=74.208.112.246 dst=88.238.245.86 sport=80 dport=3526 […]
看起来我们在繁忙的web服务器上挂着一堆tcp连接，这是ss -s的输出： Total: 366 (kernel 1037) TCP: 72108 (estab 130, closed 71964, orphaned 0, synrecv 0, timewait 71962/0), ports 46158 Transport Total IP IPv6 * 1037 – – RAW 0 0 0 UDP 12 8 4 TCP 144 111 33 INET 156 119 37 FRAG 0 0 0 如何最好地调整此服务器上的TCP设置以防止出现问题/最大化性能？ 我刚刚将net / ipv4 / ip_local_port_range从默认值增加到“1024 65000”
在Windows中有新的传入/传出TCP连接数/秒的限制吗？ 如果是这样，Windows版本之间有什么区别？
我有一台Windows 7 64位机器，在同一台机器上运行两个独立的应用程序。 一个应用程序通过4个TCP连接（相同的IP，不同的端口）写入数据。 另一个应用程序读取数据。 所有这一切都在机器内部，尽pipe它连接到networking。 数据，大约8MB聚集，每秒写入。 个人消息大小从50KB到〜60KB。 这些消息中的10-15个每秒在每个套接字上发送一次。 这意味着其中一个连接是每秒一次（松散地）倾倒5M字节。 我已经设置了以下选项： Tcp1323Opts=1 netsh int tcp set heuristics disabled 我使用setsockopts设置接收缓冲区为8Mbytes的加载连接和2Mbytes的连接与较less的数据转储。 最后，问题是： 这是处理这个问题的正确方法吗？ WinXP有很多文档，但Win7没有那么多。 数据较less的3个连接都没有问题，但5Mbyte偶尔会超时或错误地指出系统不得不closures连接。 我认为从我读到的接收窗口有一个16MB的限制。 这是所有连接，或可用于每个连接？ 如果每个连接，我可以设置每个连接到不同的接收窗口大小？ 最后但并非最不重要，我通过setsockopts设置发送缓冲区与接收缓冲区相同。 这是在做什么？
我的networking设置遇到一个小问题： 在这个networking中，我可以从192.168.3.0 ping到192.168.2.0并反向，但是它不能用于TCP连接。 握手失败（不确认）。 下面是一个Wireshark捕获和我的configuration： icmpredirect到192.168.3.2。 config router 192.168.2.1: route 192.168.3.0/24 dev eth-right via 192.168.2.2 config router 192.168.3.1: route 192.168.2.0/24 dev eth-left via 192.168.3.2 config router 192.168.2/3.2: route 192.168.2.0/24 dev eth-left proto kernel scope link src 192.168.2.2 route 192.168.3.0/24 dev eth-right proto kernel scope link src 192.168.3.2 tcp_timestamps = 0 / 1 no effect tcp_window_scaling […]
我注意到，我的跟踪中的初始拥塞窗口是8920bytes〜= 6 * 1448 。 rfc3390表示最初的cwand应该是最大4000字节（大约3 * 1448）。 起初我以为这可能是因为我在Mac OS X上运行我的服务器，所以苹果可能已经修改了TCP堆栈。 因此，我试着在Linux机器上运行服务器（2.6.38），但是我得到类似的结果13032bytes = 9 * 1448 。 服务器和客户机都在本地networking上运行（通过路由器）。 任何想法，为什么初始cwand是如此之大？