問題タブ [ip-protocol]

C# でパケット マーキング アルゴリズムを使用した IP トレースバックの実装を探していますか?

私はそれをグーグルで検索しましたが、何も見つかりませんでした!!!

ウェブサイトにこの実装があることを知っている人はいますか??

興味深いことに、C# を除くほぼすべての言語でインターネット チェックサムの実装を見つけることができます。誰かが共有する実装を持っていますか?

インターネット プロトコルでは、次のことが指定されていることに注意してください。

「チェックサム フィールドは、ヘッダー内のすべての 16 ビット ワードの 1 の補数の合計の 16 ビットの 1 の補数です。チェックサムを計算する目的で、チェックサム フィールドの値はゼロです。」

Dr. Mathから詳細な説明が得られます。

利用可能な効率の指標がいくつかありますが、現時点では、それは私にとって大きな懸念事項ではありません。

あなたのテストを含めてください！(編集: 他の誰かのコードのテストに関する有効なコメント - しかし、私はプロトコルから外れており、独自のテスト ベクトルを持っていないため、現在使用されているものと一致するかどうかを確認するために、運用環境に置くよりも単体テストを行いたいと考えています! ;-)

編集：ここに私が思いついたいくつかの単体テストがあります。バイト コレクション全体を反復処理する拡張メソッドをテストします。テストで問題が見つかった場合はコメントしてください。

1つのIPパケットで複数のtcpまたはudpパケットを送信することは可能ですか？これを許可しないプロトコルの仕様はありますか。

プロトコルで許可されているが、一般的にtcp / udp実装では実行されない場合は、これを証明するLinuxソースコードの関連部分を教えてください。

単一のIPパケットで複数のパケットを送信する一部のOSでのtcp/udpの実装はありますか。（許可されている場合）。

1. 8ビットバイトではなく、16ビットワードの数のnwordsを想定しています（奇数バイトがある場合、nwordは次の大きな値に丸められます）、それは正しいですか？ip_hdr が全部で 27 バイトだとすると、nword は 13 ではなく 14 になりますよね？
2. 行 sum = (sum >> 16) + (sum & 0xffff) は、キャリーオーバーを追加して 16 ビットの補数にすることです。
3. 合計 += (合計 >> 16); このステップの目的は何ですか? 残りのバイトを追加しますか? しかし、残りのバイトはすでにループに追加されていますか?

ありがとう！

Javaでインターネットチェックサムを計算する方法を理解しようとしていますが、それが原因で終わりはありません。（ビット操作が恐ろしいです。）C＃でバージョンを見つけました。C＃でインターネット（別名IP、別名RFC791）チェックサムを計算します。ただし、Javaに変換しようとしても、正しい結果が得られません。誰かが私が間違っていることを見ることができますか？データ型の問題が疑われます。

Webサイトのテストフレームワークに取り組んでおり、ユーザーIPをスプーフィングできるようにしたいと考えています。Loadrunnerのようなソフトウェアがこれを実行できることを読みましたが、これも実行できるようにしたいと思います。

通常のソケットの使用方法に関するチュートリアルはここにありますが、IPをスプーフィングしたい場合は、何らかの方法でIPヘッダーを編集する必要があります。これはソケットレベルで行われますか、それとも.Netに他のより深いレベルがあり、これを実行できますか？

これは Python での私の ctypes コードです:

IPヘッダーで誰もが知っているように、0〜3ビットはバージョンであり、4〜7ビットはHea​​derLengthですが、このコードではなぜHeaderLengthがバージョンよりも進んでいますか

Python ソケットを使用して IP ヘッダーに DONT_FRAGMENT フラグを設定するにはどうすればよいですか?

次のコード

このエラーが表示されます：

誰にもアイデアがありますか？