瞭解linux中的netstat -na命令

我面臨一個非常糟糕的問題，我在網絡概念中很可悲。當我嘗試使用tcp協議連接到系統時，我遇到了問題，但如果在一段時間後連接到同一個系統，我將獲得成功。瞭解linux中的netstat -na命令

方案：我斷開與目標環境中，顯然沒有建立到目標的連接是通過使用下面的命令netstat的證實-na | 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 ESTABLISHED

我嘗試在一段時間後使用相同的請求重新啓動 netstat -na | grep 10.11.12.13我在ESTABLISHED模式下看到連接。

我只在第二個第三列netstat結果中發現了差異，這個結果用值182表示，我沒有看到我的請求成功。我想知道這182代表什麼。

來源

2015-04-23 Kiran Joshi

你的意思是，即使在連接失敗的情況下，你會看到'ESTABLISHED'？ – Prabhu

我的意思是那個我不明白的東西。它顯示ESTABLISHED，但它顯示的值爲182.所以我的問題是這182代表什麼？ –

考慮一下：

[[email protected] openssl]# netstat -na| more 
Active Internet connections (servers and established) 
Proto Recv-Q Send-Q Local Address    Foreign Address    State

您可以看到的說明的列在netstat輸出的開頭。

1st：協議名稱。在你的情況下，TCP

第二：Recv-Q。應用程序在Local Address尚未從TCP緩衝區提取的數據字節數。在你的情況下，它是零

第3：發送問。應用程序給予TCP的數據字節數，以及未由對等TCP確認的數據字節數。正是這種在你的情況是182

來源

2015-04-23 09:29:53 Prabhu

雖然我沒有得到解決我的問題，但你的解釋回答我的要求我張貼:)謝謝帕布 –

這可以幫助你瞭解幾個位：

http://www.auditmypc.com/tcp-port-182.asp

從Linux手冊頁

When a network error occurs, TCP tries to resend the packet. If it doesn't succeed after some time, either ETIMEDOUT or 
    the last received error on this connection is reported. 

    Some applications require a quicker error notification. This can be enabled with the IPPROTO_IP level IP_RECVERR socket 
    option. When this option is enabled, all incoming errors are immediately passed to the user program. Use this option 
    with care — it makes TCP less tolerant to routing changes and other normal network conditions.

來源

2015-04-23 08:40:44

詳細瞭解使用netstat命令這裏是它的選項：

-a：所有端口 -t：端口TCP -u：端口UDP -l：偵聽端口 -n：IP地址，而域名解析 -p：名稱的程序和它相關的PID

所以：

- 要顯示所有端口（TCP & UDP），PID與關聯該方案的名稱：

$ netstat -paunt

-To顯示所有偵聽端口（TCP），PID與節目的相關聯的名稱：（我們也可以與grep命令篩選）

$ sudo netstat -plnt | grep ':80'

我希望它會有幫助:)

來源

2017-01-31 13:36:48 mkebri

瞭解linux中的netstat -na命令

回答

相關問題