質問
することは可能でUDPのデータお越しをお化け?ただ、それが可能で失われようとしています。
解決
UDPパケットを使用16ビットのchecksum.ではないが不可能UDPパケットにおいて腐敗からの可能性は低い。せていない場合の影響を受けやすいの腐敗によTCP.
他のヒント
まず、"IPチェックサム"を上記はあくまでもIPヘッダのチェックサム.れを保護するものではないのペイロードを解釈する。見RFC791
第二に、UDPでの輸送なしチェックサムというの16ビットチェックサムは0に設定されます(すなわち、なし).見RFC768.(すべてゼロに伝わるチェックサム値の送信機の発生なしチェックサム)
第三に、他に先ほども少し触れましたが、UDPは16ビットチェックサムは最良の方法を検出するマルチビット誤りがない。可能であるが、未検知検体のエラー内覧会が、非常に難しい。
可能ですか?おっしゃるとおりです。脳? 考, かUDPを採用してチェックサムを複数のビット誤りが有効になります。エラーが検出されると、システムが落により、パケットなどのリスクをUDP.
UDPパケットでも届き、この立案プロトコルのUDPパに履きることを考慮しています。
一般的な形態の腐敗"その疑いを持たないプログラマの データグラム前方一致.見Unixネットワークプログラミング"によるデポジット情報のページ539に2nd ed.)
がチェックをMSG_TRUNCフラグを...
答え:そうです。
詳細な回答:
約7年前にも2011年?) このUDP datagramsは意図せずに変更する場合、UDPのデータグラム交換を行うとコンピュータの中国別です。もちろん、チェックサムにUDPパケットヘッダもreculculatedに関しては、ペイロードます。ありませんでしたマルウェアのソフトウェアの二つのコンピュータ
この非意図的な変更のみがこれらの条件にマッチ:
- 最初のバイト数のdatagramsは前回同様にデータグラム
- みoccurseがUDP datagramsからの国別
ない原因を正確に、私はほぼ推定で 中国黄金のシールド.
したデータグラムgarblingアルゴリズムへの出ソフトウェアProudNetの問題がすっかりなくなりました。あまり苦労をしないことがらに類するものをいいます。だけでエンコードまたは蓑初のバイト数のデータグラム.