我面临着一个非常糟糕的问题，我在网络概念方面很可怜。当我尝试使用TCP协议连接到一个系统时，我会失败，但是如果我在一段时间后连接到同一个系统，我会获得成功。
脚本：
我断开与目标环境的连接，显然没有建立到目标的连接，使用下面的命令进行确认
netstat-不适用于grep 10.11.12.13
我提出新的要求
netstat-na_grep 10.11.12.13我得到一个失败，如下所示
TCP 0 182：：ffff:127.0.0.1:1234：：ffff:10.11.12.13:8444
建立
我试着用同样的请求在一段时间后重新启动
netstat-na grep 10.11.12.13我可以看到建立模式下的连接。
我只在netstat结果的第二个第三列中观察到了差异，该列使用值182表示请求成功时我看不到该值。我想知道这182代表什么。
最佳答案
考虑一下：
[root@stg openssl]# netstat -na| more
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
您可以在输出的开头看到列的描述。
第一：协议名称。在你的情况下，TCP
第二名：Recv-Q.
netstat处应用程序尚未从TCP缓冲区提取的数据字节数。你的情况是零第3：send-q.应用程序已给TCP的、未被对等TCP确认的数据字节数。就是这个在你的案子里是182
关于tcp - 了解linux中的netstat -na命令，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/29817595/