問題タブ [packet]

ファイアウォールの背後にサーバーがあります。Web アプリケーション (Apache Tomcat の下の Java サーブレット) を実行し、ポート 443 (HTTPS) にのみ応答します。提供されるページにスクリプト コードはありません。フォームは HTTP POST を使用してフォームを受信し、(適切な入力フィルタリングを使用して) データを処理し、HTTP 結果ページを出力します。

現在、アプライアンス ファイアウォールを使用していますが、これは「ハードウェア フレーキー」です。より「産業用強度」の高いソリューションへのアップグレードを検討していますが、ベンダーは「ディープ パケット インスペクション」ソフトウェアのサブスクリプションを購入するよう強く求めています。彼は、Web サーバーでさえこの種の保護が必要であると主張しています。

確信は持てませんが、確かなセキュリティの背景がありません。ファイアウォールは「世界」と私のサーバーの間に位置し、「ポート転送」を使用して、ポート 443 と 22 (メンテナンス用) のみがサーバーに到達できるようにします。

では、このディープ パケット インスペクションが本当に必要なのか、そうでないのか?

以下を実行する Windows 用のツール (または一連のツール) を探しています。

1. 特定のネットワーク インターフェイスからファイルへの UDP パケットをキャプチャします。
2. ネットワーク インターフェイスを介してファイルからパケットのストリームを再生します。
3. 2 に加えて、元のパケットを元のホストとは異なるホストにリプレイします。

1と2はすでに持っているが、3を行うツールが見つからない。

キャプチャにはWiresharkを、再生にはColaso​​ft Packet Playerを使用できますが、パケットの送信先のホストを変更する方法が見つかりませんでした。

このツールは、Windows XP SP2/3 で動作するはずです。

私はゲームサーバーを設計していますが、これまでにこのようなことをしたことはありません。私は、パケットのデータに関する適切な構造とはどのようなものだろうかと思っていました。問題がある場合はTCPを使用しています。これが例であり、私が今のところ使用を検討していたものは次のとおりです。

(括弧内の各値はバイト)

私が言ったように、私は本当にこれまでにこのようなことをしたことがないので、私が上に持っているものは完全な雄牛かもしれません;それが私が尋ねている理由です;) また、必要なパケットの合計長を渡すことはありますか?

ネットワーク経由でパケットを送信する前に、パケットを圧縮するために使用する最適な圧縮アルゴリズムは何ですか? パケットは JSON を使用してエンコードされます。LZWはこれに適していますか、それとももっと良いものがありますか?

Twisted で dataReceived メソッドを実装する場合、パケットが断片化されていることを示す例はないようです。他のすべての言語では、これは手動で実装するものなので、twisted でこれが既に行われているのか、それとも何なのか疑問に思っていました。その場合、パケットに長さヘッダーのプレフィックスを付ける必要がありますか? または、これを手動で行う必要がありますか? もしそうなら、それはどのような方法でしょうか？

最近、libnet をいじり始め、それを使用して IPV6 パケットを生成しました。私はプログラミングに非常に慣れていませんが、ライブラリには非常に満足しています。

ただし、1つの問題があります。現在、libnet には IPV6 パケットのチェックサムを正しく計算する機能がないようです。プログラミングに慣れていないので、まだこの問題を修正することはできません (とはいえ、学習中なので、いつの日か修正できるようになります)。

興味がありますが、これを適切に実行できるライブラリのバージョンに出くわした人はいますか?

ありがとう！

質問があります。Pythonを使用して、一定時間（たとえば、1分）バイトの連続ストリームをホストに送信したいと思います。

これまでの私のコードは次のとおりです。

いくつかの質問ですが、毎回time.clockをポーリングする以外に、60秒後にスレッドを停止させるためのより良い方法はありますか？このプログラムを実行すると、バイトは正しく送信されますが、quitと入力すると、var killed = Trueを設定しても、他のスレッドは停止しません。なんでなんだろう？var Killedのスコープは他のスレッドに到達するはずですよね？

ありがとう

vb.netで単純なudplanチャットアプリケーションを構築していますが、パケットをどのように分割する必要があるのか​​疑問に思っています。送信される各パケットには、ID、ユーザー名、IPアドレスなどが含まれている必要があります。また、参加または脱退してユーザーリストとテキストメッセージを更新するためのコマンド部分も含まれている必要があります。これらすべてを単純なパケットに入れて、受信時に簡単に分割して別の部分にアクセスする最も簡単な方法を知りたいです。ありがとう。

これはLANのみであるため、UDPを使用しているので、*.*.*.255

編集：あなたの答えをありがとうジョン、しかし私はすでにそれをすべて知っています。私が知りたいのは、ユーザー名、ID、コマンド、テキストメッセージが含まれるようにパケットをフォーマットする最も簡単で強力な方法です。次に、それを受信したユーザーがそれを復号化して、 userまたは、joinまたはleaveのようなコマンドの場合は、参加の適切なメッセージを表示し、ユーザーを例のリストに追加します。

非常に低速なネットワーク接続を介してルーティングされるタイム クリティカルなメッセージを処理しています。Java TCP/IP ソケットを使用して元のサーバー (制御できない) に接続しています。データの長さはさまざまですが、通常は約 5000 バイトであるため、最終的には約 1400 バイトの複数のパケットに分割されます。

Java クライアント側コードで、データの送信に使用されるパケットのサイズを制御できる方法はありますか? 500 バイト パケットなど、より小さなパケット サイズを明示的に使用して実験したいと思います。これにより、ヘッダー オーバーヘッドの増加という (考えられる) コストで、メッセージの最初のバイトを受信するのにかかる時間が短縮されます。