ARP要求を受信できません。オフロード車のドライバーだと思います。どうすれば修正できますか?

ARP要求を受信できません。オフロード車のドライバーだと思います。どうすれば修正できますか?

Debian Jessieを実行しているラップトップでこの問題が発生しました。

同じネットワーク上のデバイスでは、いかなる種類のネットワークの可視性も取得できません。ラップトップをARPすることはできませんが、最も奇妙なことは、ラップトップからネットワーク上の別の場所にpingをすると、ラップトップが短時間でpingを送信しているのと同じホスト上のラップトップとうまく通信できることです。から。

私のラップトップはネットワーク上のどこでもpingできますが、最初にpingをしないとpingにはなりません。

すべてのデバイスは同じサブネット上にあり、同じデフォルトゲートウェイを共有します。

Wiresharkを使用すると、実際にはネットワーク上のどこでもARP要求を受信できないことがわかりました。マイコンピュータが要求を検出できませんでした。

私のiptablesには制限がないので、ファイアウォールの問題になることはできません。

私のルーターのセキュリティ値も最も低いです。

私はこれが何か関連していると確信しています

http://ubuntuforums.org/showthread.php?t=2172373

その記事では、UbuntuのBroadcomドライバについて具体的に言及し、DebianのAtherosドライバを使用しているにもかかわらず、私の設定とまったく同じ症状を示すからです。

lspci -knnの出力にはネットワーク/ドライバ設定が表示されます。

 04:00.0 Network controller [0280]: Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express) [168c:002a] (rev 01)
 Subsystem: Quanta Microsystems, Inc EM303 802.11bgn Wireless Mini PCIe Card [AR9281] [1a32:0303]
 Kernel driver in use: ath9k

Debianの問題ですか?問題を解決するために取ることができる手順はありますか?私はLinuxでドライバを扱うことにあまり慣れておらず、知識もありません。

編集する:

パッケージをアンインストールした後、network-managerシステムにこの問題は発生しなくなります。同じシステムにパッケージが存在するnetwork-managerときに奇妙なことが発生するというレポートを読みました。wicd今でもシステムを見ていますが、これまではすべてがうまくいくようです。

答え1

ラップトップからネットワーク上の他の場所にpingを送信すると、ラップトップは短時間にpingを送信している同じホスト上のラップトップと正しく通信できます。

これ:

私のラップトップはネットワーク上のどこでもpingできますが、最初にpingをしないとpingにはなりません。

私はこれがネットワーク(ルーター、ワイヤー、コンフィギュレーションなど)ではないことを示すために多くの努力を払っていますが、世界中でこれはラップトップの前に誤動作したり、誤って設定されたルーターがあると思います。 ARPがなければ、短い接続時間さえ持つことができないので、これを言うことです。

この問題を解決するには、ssh短い時間に1つのホストにpingを送信し、自分のラップトップとarp -aそのホストにpingを実行して何が起こるかを確認します。traceroute一部の非標準ツールと同様に、双方向実行も役に立ちます。arpingそしてhping。すべてが同じサブネット上にあるので、arping動作するかどうかによってARP理論が機能しないと信じられます。pingICMPパケットは日常的に使用されるため、接続arpingを確認するために他のプロトコルが使用されます。hping(またはhping3)を使用すると、同じ接続確認にUDPまたはTCPを使用できます。 (双方向traceroute)は、IPパケットが双方向にワイヤとルータを介して同じルートを使用しているかどうかを示します。

関連情報