LinuxがターゲットIPを使用する前に、無償のARPまたはARPプローブを送信するかどうかを確認する実験を行いました。
実験シナリオは次のとおりです。
2台のLinuxコンピューターがあり、どちらも同じAPに接続されています。最初に接続し、ifconfig wlan0 192.168.1.30（別のLinuxコンピューターのデフォルトIPアドレスである）IPアドレスを静的に設定するために使用しました。
次に、WPA_supplicantを使用して他の1つを接続し、を使用dhclient wlan0してIPアドレスを取得します。スニファーから、2台目のコンピューターから送信された不必要なARPまたはARPプローブは観察されませんでした。
Linuxコンピュータはこれらの2つのARPリクエストをどのような条件で送信しますか？同じ条件なので、WindowsコンピューターがARPプローブを送信してIPを要求することがわかります。
ありがとう
回答:
デバイスでIPアドレスを手動で構成する場合、デバイスでアドレスの競合を確認する必要はありません。デバイスが独自のIPアドレス（DHCPなど）を構成する場合にのみ、アドレスの競合をチェックする必要があります。
デバイスが競合を検出した場合、デバイスがアドレスを変更する（または新しいアドレスを要求する）方法がないため、デバイスを手動で構成する場合、不必要なARPは表示されません。RFCの目的は、デバイスが独自のIPアドレスを構成し、取得したIPアドレスを変更する必要があるかどうかを検出できるようにすることです。DHCPなどの場合にそれを行うことができますが、アドレスを手動で構成する場合、その方法はありません。言い換えれば、デバイスは、人間であるあなたが何をしているのかを知っていることを信頼する必要がありますが、それ自体で得られるアドレスがまだ使用されていないことを確認する必要があります。
ここに質問Why would Linux send an ARP probe for an IP that is being locally assigned, it knows who the own of that IP will be (itself!) ?があります-あなたはIPを設定しているので、どのIPが空いているかを知る必要があります。rm -rf /Linuxがチェックしないときは、「チェックするだけ」です。これは、その操作を実行してもよいかどうかを知っている必要があるためです。Windows（たとえば）は、あなたの手を握ってそれをもっとばかげた証拠にする傾向があります（私の意見では）。
MS DHCPサーバーの場合、1つ（私が持っている）でパケットキャプチャを実行すると、クライアントにアドレスをリースする前にアドレスをpingして、まだ取得されていないことを確認します。それについて知っている（別のDHCPサーバーまたは静的割り当てによる）。
LinuxのインターフェースにIPを割り当てる場合、無償のARPを送信する必要はありません。別のホストがIP 1.2.3.4のMACを知りたい場合は、ARP要求を送信できます。インターフェイスがアップしたときにいつでもARPを無償で送信してもメリットはありません。
私はそれらをバックアップするための確固たる証拠なしにいくつかの発言をしたことを知っていますが、あなたの質問に従ってあなたはあなた自身のために同じ行動を見ました。これは論理的に理にかなっています。