ifconfigコマンドを実行すると、RXセクションに次々とドロップされたパケットが表示されます。したがって、インターネットから私のサーバーに到着するいくつかのパケットに問題があるようです。
このドロップカウンタはどのようなパケットを考慮しますか? iptablesファイアウォールに到達する前、またはiptablesによってパケットが受け入れられた後に、すべてのパケットが到着しますか?
Ipconfigドロップパケットカウンターが増加を停止するように状況を解決するにはどうすればよいですか?
私が実際に何が問題なのかわからないので、他の情報が必要だと思われる場合は、このセクションを完了するように遠慮なく依頼してください。
eth0 Link encap:Ethernet HWaddr 00:cc:cc:cc:cc:cc
inet adr:90.0.0.2 Bcast:90.0.0.255 Masque:255.255.255.0
adr inet6: fe80::21c:c0ff:feb9:829c/64 Scope:Lien
adr inet6: 2001:a100:1:bbbb::1/64 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:113264620 errors:0 dropped:2523 overruns:0 frame:0
TX packets:168526529 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:59171827564 (55.1 GiB) TX bytes:223993117711 (208.6 GiB)
RXセクションの "dropped:252"に注意してください。これが最も重要です。この数は継続的に増加しています。
default via 90.0.0.254 dev eth0
90.0.0.0/24 dev eth0 proto kernel scope link src 90.0.0.2
2001:a100:1:bbbb::1/64 dev eth0 proto kernel metric 256
fe80::/64 dev eth0 proto kernel metric 256
default via 2001:a100:1:bbff:ff:ff:ff:ff dev eth0 metric 1024
http://www.novell.com/support/kb/doc.php?id=7007165
カーネル2.6.37から、ドロップされたパケット数の意味が変更されました。以前は、ドロップされたパケットはエラーが原因である可能性が最も高かった。次の理由により、rx_droppedカウンターはドロップされたフレームの統計を表示します。
- Softnetバックログがいっぱいです
- 悪い/意図しないVLANタグ
- 不明/未登録のプロトコル
- サーバーがIPv6用に構成されていない場合のIPv6フレーム
[...]
Tcpdumpの実行中にrx_droppedカウンターの増加が停止した場合。その後、前述の理由により、ドロップを示す可能性が高くなります。
私もこの問題を追跡して無駄にしようとしました。また、Ubuntu 12ボックスでRXパケットが毎秒約1回の割合でドロップすることにも気付きました。私の検索から、他のさまざまなLinuxプラットフォーム、SUSE、Rpiなどで同様の問題を抱えている人々を見つけました。 Linuxカーネルのようです。私が気づいたいくつかのより興味深い手がかりは、問題を一時的に解消しますが、正確な説明ではありません。
/ etc/network/interfacesで設定を静的からDHCPに変更すると、RXパケットのドロップが停止します。認識されないパケットはDHCPと何か関係があり、DHCPがオフになっていると、何をするのかわかりませんか?
Tcpdumpを実行すると、ダンプの実行中にパケットのドロップが停止し、停止するとパケットが戻ってきます。
多分これらの手がかりはこれの底に達するのを助けるでしょうか?
全体的に、私のネットワークパフォーマンスは問題なく、なぜこれが起こっているのかを知りたいと思っています。