問題タブ [packets]

ボリビアのサーバーをトレースルーティングしています。より近いルートを分析すると、次の場所を訪問していることがわかります。

世界を2周するのではなく、より効率的なルートをとらないのはなぜだろうと思っていました. 役立つ情報をいただければ幸いです。

乾杯！

サーバーと、クライアントがサーバーにパケットの束を送信するクライアント アプリケーションがあります。使用されるプロトコルは UDP です。クライアント アプリケーションは新しいスレッドを生成して、パケットをループで送信します。サーバー アプリケーションは、ループ内でパケットを待機する新しいスレッドも生成します。

これらのアプリケーションは両方とも、転送の進行状況に合わせて UI を更新し続ける必要があります。UI を適切に最新の状態に保つ方法は、この質問で解決されました。基本的に、サーバー アプリケーションとクライアント アプリケーションの両方が、ループの反復ごとにイベント (以下のコード) を発生させ、進行状況に合わせて UI を更新し続けます。このようなもの：

receivedBytesCount各アプリケーションのタイマーにより、とからの最新情報で UI が更新されpacketCountます。

クライアント アプリケーションにはまったく問題はなく、すべてが期待どおりに機能しているように見え、パケットが送信されるたびに UI が適切に更新されます。サーバーが問題です...

転送が完了するreceivedBytesCountとpacketCount、送信されたバイトの合計サイズにも、クライアントが送信したパケットの数にも一致しません。ちなみに、各パケットのサイズは 512 バイトです。Socket.ReceiveFrom()サーバー アプリケーションは、からの呼び出しが返された直後に受信したパケットをカウントしています。そして、何らかの理由で、必要なすべてのパケットを受信して​​いないようです。

パケットが実際に宛先に到着し、再送信が実行されないことを保証しない UDP を使用していることはわかっているため、パケット損失が発生する可能性があります。しかし、私の質問は、実際にこれをローカルでテストしているので、サーバー/クライアントの両方が同じマシン上にあるのですが、なぜこれが起こっているのでしょうか?

Thread.Sleep(1)クライアント送信ループに (15 ミリ秒の一時停止に変換されるように見える) を配置すると、サーバーはすべてのパケットを受信します。これをローカルで行っているため、クライアントは (呼び出しなしで) パケットを非常に高速に送信しているためSleep()、サーバーは追いつくことができません。これは問題ですか、それとも別の場所にある可能性がありますか?

以下のコードは、欠落しているパケットを補間する2つの戦略を実装することを目的としています。2つの戦略は、1）ギャップを無音で埋める、または2）前のパケットを繰り返し、1つより長い場合は残りを無音で埋めます。コードには幅広いコメントがありますが、さまざまな変数が何を意味するのかについて頭を悩ませているようには見えません。誰かが私にこのコードを理解する手助けをしてくれませんか？ガイダンスに感謝します！

サーバーからクライアントにスプーフィングされたパケットを送信しています。私の目標は、別のマシンから同じホストへの元のトラフィック (たとえば、google.com からのトラフィック) を再生することです。

したがって、サーバーから送信されたパケットには、最初にパケットを生成したマシンの IP ソース アドレスが含まれます。クライアントとサーバーの両方を制御できます。

パケットのペイロードを大幅に変更することなく、クライアントがそのようなパケットを他のすべてのトラフィックと区別できる方法はありますか?

この目的で安全に使用できる IP ヘッダーのフィールドはありますか? TCP トラフィックの場合、TCP ヘッダーの未使用フィールドを使用するのはどうですか? 結局のところ、私はほんの少しだけ必要です。では、予約済みフィールドはどうでしょうか。

SSL についてしばらく検索してきましたが、パケットが実際にどのように見えるかの例を見つけることができませんでした。たとえば、HTTP には次のようなコマンドがあります。

アリなど。

SSL パケットは暗号化なしではどのように見えますか? それらは完全に同じですか？マスターキーを設定するための構文は何ですか?

私の問題は、ruby が require 'packetfu' を認識し、PacketFu を IRB に含めることですが、スクリプトとして実行すると機能しません。gem ディレクトリの整理方法が原因なのか、アプリを実行するために sudo としてチェックインしたときに奇妙なことが起こっているのかを知りたいです。

通常のユーザーとして実行したときに生成されるエラーは次のとおりです。

sudo では機能しません。どうして？：

簡単なスニファ プログラムの packetfu ドキュメントのサンプル コード:

どんな助けでも大歓迎です。ご覧いただきありがとうございます。

パケットを使用する TCP 接続がある場合.. (サーバー/クライアント アプリケーション) 接続が有効かどうかを確認するためだけに (サーバーとクライアントの間で) パケットを送受信し続ける必要がありますか? KeepAlive パケットのように..

もう1つの質問は、少なくとも3つのメソッドといくつかのゲッターとセッターの平均5つのフィールドを持つPacketオブジェクト（ObjectOutputStream）を送信する代わりに、ストリームを介してint（DataOutputStream）を送信すると（パフォーマンスに関して）大きな違いが生じるかどうかです。 ? それはパフォーマンスに関してそれほど大きな違いをもたらすでしょうか？

私は iSCSI プロトコルを研究しており、現在は Wireshark を使用してパケットをキャプチャし、セッションをアクティブに維持するためにどのパケットが使用されているか、ファイルを論理ボリュームにコピーするとどのパケットが取引されるかを確認する段階にあります。以下はその画像です。理解しようとしたり、それを説明しているウェブサイトを教えていただければ幸いです。

TCP プレーン パケットの形式でデータを送信する必要があります。ソケットを使用してデータを送信する方法を読んで理解しましたが、特定の形式でパケットを作成する方法についてのヘルプが見つかりません。助けていただければ幸いです。

ありがとう

この質問は確かにiSCSIパケットヘッダーと重複していますが、私のより具体的な質問に対して提供されているものよりも具体的な回答を期待しています。

質問：読み取りまたは書き込みへのデータの転送で、iSCSIおよびSCSIによってどのくらいのオーバーヘッドが発生しますか？

これはデータ入力およびデータ出力トランスポートパケットで行われ、TCP / IPおよびイーサネットからのオーバーヘッドがあることを理解していますが、iSCSI / SCSIにはどのような追加のオーバーヘッドが必要ですか？SCSIプロトコルデータユニット（PDU）が何らかのアルゴリズムによってTCPデータグラムにパックされていることは認識していますが、そのアルゴリズムがわかりません。

イニシエーターとターゲットの間で発生する必要のある完全な会話があることを認識しており、その部分は無視します。したがって、読み取りまたは書き込みコマンドの後に送信されるデータパケットについてのみ知りたいのです。