タグ付けされた質問 「netstat」

TIME_WAITMac OS Xではなし 通常、TCP接続が閉じられると、close()最初に呼び出された側のソケットはそのTIME_WAIT状態のままになります。 ピアの1つがMac OS X（Lion）マシンである場合、最初にMac側で呼び出されると、MacにTIME_WAITは何も表示さnetstat -anれませんclose()。ただし、実際にソケットはTIME_WAIT状態にあるようです。これは、listen()（ソケットオプションを使用せずに）再度呼び出しSO_REUSEADDRを行うlisten()と失敗するためです。 2 * MSL（によって報告されるMac OS X Lionでの最大セグメント寿命は15秒）を待つと状態がsysctl net.inet.tcp.mslクリアされTIME_WAIT、listen()エラーなしで再度呼び出すことができます。 なぜソケットが見えないのTIME_WAITですか？ テスト中 Pythonの2つの簡単なテストプログラムを次に示します。 サーバ #!/usr/bin/env python import socket HOST = '' PORT = 50007 l = socket.socket(socket.AF_INET, socket.SOCK_STREAM) l.bind((HOST, PORT)) l.listen(1) print("Listening on %d" % PORT) (s, _) = l.accept() print("Connected") raw_input("Press <enter> to close...") …

9 mac-osx  tcp  tcpip  socket  netstat 

アプリケーションサーバーにポート80を使用しようとしていますが、「netstat -aon」を実行すると TCP 0.0.0.0:80 0.0.0.0:0リスニング4 タスクマネージャーでプロセスを調べると、PID 4がSYSTEMであることがわかります。つまり、拡張子ではなく、「SYSTEM」だけです。何が起きてる？ このプロセスを終了するのが怖いのですが、どうすればよいですか？

9 windows  port  netstat  pid 

したがって、私はlsof -i | wc -l定期的に実行しており、420行のうち240行から255行がCLOSE_WAIT状態にあることを通知しています。TCP接続はどのようにしてこの状態になりますか？ 心配する必要がありますか？どのようにトラブルシューティングする必要がありますか？

7 linux  ubuntu  tcpip  netstat  lsof