問題タブ [tcp]

TCP 接続が遅すぎる可能性があり、UDP '接続' の信頼性が低すぎる可能性がある場合、何を使用しますか? さまざまな標準の信頼できる UDP プロトコルがありますが、それらについてどのような経験がありますか?

返信ごとに 1 つのプロトコルについて話し合ってください。他の誰かがあなたが使用しているプロトコルについて既に言及している場合は、それらに投票し、必要に応じてコメントを使用して詳しく説明することを検討してください。

ここでのさまざまなオプションに興味があります。TCP はスケールの一方の端にあり、UDP はもう一方の端にあります。さまざまな信頼性の高い UDP オプションが利用可能で、それぞれが TCP のいくつかの要素を UDP にもたらします。

多くの場合、TCP が正しい選択であることはわかっていますが、代替案のリストを用意しておくと、その結論に達するのに役立つことがよくあります。Enet や RUDP などの UDP 上に構築されたものにはさまざまな長所と短所がありますが、それらを使用したことがありますか?

誤解を避けるために、これ以上の情報はありません。これは架空の質問であり、決定を下す必要がある人が利用できるさまざまなオプションと代替手段を詳述した回答のリストを引き出すことを望んでいました.

すべての FTP トラフィックを特定のソケットに転送する ipfw 迂回ルールを作成する場合、Java を使用してソケットに接続し、パケット情報を読み取ることはできますか? もしそうなら、私はどのようにscoketへの読み書きをしますか?

使用できる最大のポート番号は何ですか?

リスニングソケットのバックログパラメータに何を使用するかをどのように決定する必要がありますか？単純に非常に大きな数を指定するのは問題ですか？

Java では、Socket または DatagramSocket コンストラクターの単一パラメーターとしてゼロを指定できます。次に、Java はその Socket を空きポートにバインドします。ポート ルックアップを特定の範囲に制限することは可能ですか?

特定のインターフェイスのみをリッスンする TCP サーバーがあります。accept()着信接続がサブネットからのものである場合、呼び出し後xxx.xxx.xxx.0にデータが intf1 を通過する必要があり、それ以外の場合は、サーバーがリッスンしている intf2 を介してデータが送信される必要があります。

両方のインターフェイスのルート設定と優先度は同じです。両方のインターフェイスからすべてのネットワークにアクセスできます。

解決策の 1 つは、優先度の高い intf1 を介して新しいルートを追加することですが、これをコード ベースの決定にしたいと考えています。

コードは Linux で書かれたピュア C です。

回線を行き来するWebサービス、SOAP、WCFなどのトラフィックを監視するために使用するのに最適なツールは何ですか？Javaで作られたツールを見たことがありますが、それらは少しくだらないようです。私が欲しいのは、プロキシとして中央に位置し、ポートリダイレクトを実行するツールです（構成可能なリッスン/リダイレクトポートが必要です）。これを行うためにWindowsで動作するツールはありますか？

マシンでアクティブな tcp/udp 接続を取得する方法に関する記事を見つけました。

http://www.codeproject.com/KB/IP/iphlpapi.aspx

ただし、私の問題は、アクティブな接続をリモートで判断できるようにする必要があることです-マシンを改ざんすることなく、特定のポートが実行されているかリッスンしているかどうかを確認します。

これは可能ですか？

そうしないと、セキュリティ上の問題が発生する可能性があります。別の方法は、ローカル マシンで必要な呼び出しを行うことができるリモーティング サービスにクエリを実行することです。

何かご意見は？

Rails2.0.2アプリケーションをpostgresqlデータベースで実行しています。マシンはTCPポートでデータを受信します。リクエストを受信するために動作するrubyマルチスレッドtcpサーバーをすでにコーディングしましたが、Railsアプリと一緒に実行するにはこのコードが必要です。

したがって、Rails内で新しいプロセスにまたがる方法、またはスレッド化されたtcpサーバーループを実行するワーカースレッドを作成する方法を知る必要があると思います。私のrubytcpサーバーはActiveRecordにアクセスできますが、必須ではありません（httpリクエストを作成し、受信したデータを元のRailsサーバーに投稿できます）

サーバー アプリケーションはポートをリッスンしており、しばらくすると着信接続を受け入れなくなります。（そして、私はこの問題を解決したいと思っていますが、それは私がここで尋ねていることではありません;）

奇妙なことに、アプリがポート 44044 での接続の受け入れを停止すると、IIS (ポート 8080) も停止します。アプリを強制終了するとすべてが修正され、IIS が再び応答を開始します。

問題は、アプリケーションが TCP/IP スタック全体をめちゃくちゃにすることができるかということです。あるいは、アプリケーションはどのようにそれを行うことができるのでしょうか?

無意味な詳細: 私たちのアプリは、XP/SP2 の .Net 2.0 の下で C# で書かれています。

明確化: IIS は試行された接続を「拒否」していません。それらを見ることは決してありません。クライアントが「サーバーがタイムリーに応答しませんでした」というメッセージを受け取ります (.Net TCP クライアントを使用)。