有意TIME_WAIT状態:
クライアントとサーバのソケットを閉じた後にTCP /IP接続を確立するために、サーバー側の接続ポートの状態があるTIME_WAIT
は、アクティブ近くのすべてではありませんソケットがTIME_WAIT状態に入るのだろうか?どのような場合には、CLOSED状態に直接ソケットをクローズするためのイニシアチブがありますか?解決'
TIME_WAIT状態になります最終ACKを送信した後にアクティブに近い政党が2MSL(最大セグメント寿命)今回は、TCP /IPが必要不可欠な、つまり&'あるがままにすることはできません。
は、
TCP /IPの設計者は、2つの主な理由1つの設計のためにそうされている可能性があります。接続パッケージの防止、迷子に再出現した後、新しい接続のインパクト(2MSLスルーは、重複パケットのすべての最後の接続は消えます)2。信頼性の高いTCPコネクションを積極的に最後のACK(フィン)に送信者によって閉じ閉じられ、その後、パッシブ側はフィン再送信されます、そこに欠落している可能性があり、当事者はCLOSED状態にあるならば、率先して、最初の代わりにACK応答します。したがって、TIME_WAIT状態にアクティブ側が、閉じることができません。攻撃しない限り、
TIME_WAITは、多くのリソースを占有しません。
イカサーバーは、次のコマンドで入力できます。#netstat -n
Linuxシステムを使用する多くのユーザーは、多くの場合、グラフィカルインターフェイス操作よりコマンドライン操作のほうが速いと感じ、コマンドラインコマンドを使用すると半分の労力で2倍の結果が得られます
Linuxシステムは Windows より安全ですが、いくつかの簡単なセキュリティ設定も必要です。インターネット上には、管理者パスワードをスキャンするために辞書を使用するツールが数多くありますが、
実行中のプログラムはプロセスと呼ばれます。プログラムが実行可能ファイルとして実行可能ファイルに格納されて実行されている場合、各プロセスにはシステムリソース、メモリ、セキュリティ属性、およびそれに関連付
2年間で従事しています。 クライアント開発、マルチスレッド、マルチプロセス開発、多くのことに触れ、そして最終的に欠点、ビジネスロジックの日々の疲れ、そして Windows API;これは私が望むもの