問題タブ [arp]

Windows 2008 サーバーで作業し、サーバーにローカルで IP アドレスを割り当てます。IP アドレスが割り当てられたら、サブネット内の他のすべてのサーバーで ARP キャッシュを更新する必要があります。これはGratuitous ARPを使用して可能のようですが、リクエストの送信方法がわかりません。誰もこれについて経験がありますか？

これは、ARP要求のPNG画像のwiresharkキャプチャです。ARPパケット内に送信者MACが含まれています。受信ステーションは、イーサネットフレームからMACを取得できます。冗長なようです。ARPリクエストに送信者のMACアドレスを個別に含めるという特別な使用法もありますか？

は、物理アドレスを論理アドレスにマッピングするRARP protocolために使用され、そのいくつかの実用的なアプリケーションを知っています。今、私は勉強しましたが、その実用的なアプリケーションを見つけることができません。誰でもRARPプロトコルのいくつかのシーンと実用的なアプリケーションを提供できますか？ RARP(reverse ARP) protocol

そのため、Digitalsquid (http://digitalsquid.co.uk/netspoof/) によって開発された Network Spoofer で遊んだ後、同様のことを行う ac プログラムを作成することによって、その内部動作をよりよく理解しようとしました。

私のプログラムは現在、ソース IP、ソース mac、被害者 ip、被害者 mac の 4 つのパラメーターを受け取り、それらを使用して ARP 応答パケットを送信します。ホーム ネットワークでプログラムをテストするときは、送信元 IP をルーターの IP に、送信元 mac を偽物に、被害者 ip をラップトップの ip に、被害者 mac をラップトップのワイヤレス カード mac に設定するようなことを行います。

問題は、tcpdump を使用してワイヤレス カードを監視することでパケットが送受信されていることを確認できますが (つまり、「01:43:23.656745 ARP、イーサネット (len 6)、IPv4 (len 4)、返信」のようなものが表示されることです)。rouer-ip is-at bogus-mac-address、長さ 28 インチ、これは私が予想したとおりです)、ルーターの ARP キャッシュ エントリは同じままです (つまり、正しい MAC アドレスを保持しています)。

ここで何が問題なのか、なぜ ARP キャッシュをポイズニングできなかったのか、よくわかりません。私のOSであるUbuntu 12.04が未承諾のARPパケットをドロップしている可能性があることをどこかで読んだので、/proc/sys/net/ipv4/conf/wlan0/arp_acceptを1に設定しようとしました-運が悪い. また、別の記事で提案されているように、IP 転送をオンにしようとしました (/proc/sys/net/ipv4/ip_forward を 1 に設定) が、まだ運がありませんでした。

問題が何であるかについて誰かが私にいくつかの指針/ヒントを与えることができれば、本当に感謝しています. また、私の理解に誤りがあった場合は訂正してください。私は C プログラミングと ARP スプーフィングの分野ではまったく新しいものです。

ありがとう！

日

答えを得るには経験が必要な特定の質問があります。

Linuxインストールでarp_ignore/arp_announceがデフォルトで有効にならないのはなぜですか（たとえば、debian）、特定の理由がありますか？

間違ったネットワークインターフェイスからarp回答を受け取ることに関心があるのはどれですか？

ご協力いただきありがとうございます。

よろしく、

私はC++で低レベルのソケットを学んでいます。ARP要求を送信する簡単なプログラムを実行しました。ソケットはパケットを送信しているようですが、Wiresharkでキャッチできません。ARPパケットを送信する別の小さなプログラムがあり、それらのパケットはWiresharkによってキャプチャされます（以下の私のプログラムはそのプログラムに触発されています）。

私は何か間違ったことをした？

削除されたコード

編集

削除されたコード

編集2
パケットにイーサネットヘッダーデータも含める必要があるようです。そこで、イーサネットヘッダーとARPヘッダーデータを含むパケットを作成します。これでパケットは消え、Wiresharkによってキャプチャされます。しかし、Wiresharkはそれが無償であると言います。ご覧のとおり、送信者と受信者のIPアドレスまたはMACアドレスも正しく設定されていないようです。

編集3

生データを使用してネットワーク経由でパケットを送信する方法を知りたいです。LAN 上のデバイスの物理アドレスを取得できる必要があるため、ARP パケットのブロードキャストまたはマルチキャストを計画しています。

以下は、デバイスの IP を要求する正しく構築された ARP パケットです。

これは 16 進数の生データです。

代わりに ASCII でデータを取得する場合、ソケットを開いて正しいポート番号で情報を送信するのと同じくらい簡単ですか? 実際、これはレベル 3 ではなくレベル 2 であるため、TCP と UDP がないことを意味します (私が思うに?) では、どうすればこれを送信できますか?

これは私の前の質問へのフォローアップです: ARP 応答パケットは Ubuntu の ARP キャッシュを更新しません。私の問題は、送信元MACとして任意のMACアドレスを使用していたことにあることが判明しました（つまり、ネットワーク上に存在しないもの、aa:bb:cc:dd:ee:ffなど）。ソース MAC が NIC の MAC と一致する限り、問題なく ARP 応答を送信してキャッシュをポイズニングできます。手動で NIC に任意の MAC アドレスを設定し、それを ARP パケットのソース MAC として使用して ARP 応答を送信しようとしましたが、これも機能しました。

誰かがこれの内部の仕組みを知っているかどうか疑問に思っています。送信元 MAC が一致しないパケットが送信されないようにする何らかのチェックがありましたか? イーサネット フレームの送信元 MAC と ARP パケットの送信元 MAC の間のチェックでしたか? 私が実行している実験のために、この制限を回避する方法はありますか?

日

携帯電話（wifi）のwifiネットワークプレゼンスに基づいて監視ソフトウェア（オープンソース-ispy）を武装/武装解除できるようにしたい。どういうわけか、携帯電話がワイヤレスネットワークに接続してシステムを武装解除したことを検出し、次に携帯電話が切断されたことを検出して再武装できるようにするためにispyが必要です。

私はSNMPについて読んでいます（これは動作しませんでした-udpポート161でリスナーをセットアップし、トラップマネージャーを自分のPCを指すように設定すると、最初の「0」以外は何も送信されません？"）およびARP（動作させることはできましたが、ローカルPCにキャッシュされているようで、リアルタイムで更新されていないようです）。

むしろ、ルーターからの通知（クラッシュしやすいことがわかったので、UPNPではないことが望ましい）またはネットワークパケットスニッフィングを介して、接続されたデバイスのリストについてルーターを継続的にポーリングすることではないソリューションを見つけたいと思います。 。C＃の例はどれも素晴らしいでしょう。

私は10Base-Tイーサネットを介して外界と通信しなければならない組み込みシステムを開発しています。ARP、IP、TCP、ICMP（ping）、HTTP、FTPの一部など、Webページを提供するために必要なすべての機能を構築しました。次に、残りのコードをビルドする必要があります。これにより、クライアントとして機能できるようになります。上記のすべてのプロトコルは、サーバーの観点から数か月間正常に機能しています。

次に、他のサーバーにデータを要求するために、これらのプロトコルの半分のクライアントを構築する必要があります。ステップ1は、リモートサーバーのハードウェアアドレスのARPです。私が理解しているように、サーバーは別のネットワーク上にあるため、ゲートウェイはそのMACアドレスで応答する必要があります。これにより、そのIP宛てのすべてのパケットをゲートウェイに渡すことができます。ここに問題があります：

デバイス（192.168.1.251、サブネットマスク255.255.255.0）は、ゲートウェイ（192.168.1.1）またはネットワーク外のマシンからARP応答を取得しません。ただし、私のデバイス（X.251）は、同じルーターの下にあるラップトップ（192.168.1.100）からARP応答を受け取ります。

私は毎回ARP要求に正しく応答するので、基本的なARPイーサネットフレーム構造は正しいと確信しています。違いはOPERATIONフィールドにあり、REQUESTまたはREPLYに応じて1または2になります。

ゲートウェイ（192.168.1.1）へのデバイス（192.168.1.251）の要求は次のとおりですが、応答はありません。

FF FF FF FF FF FF <-宛先MAC-ブロードキャスト（0x00も試行）

00 04 A3 7F C157<-ソースMAC-私のデバイス

08 06 <-ARP

0001<-イーサネット

08 00 <-IP

06<-6バイトのMACアドレス

04<-4バイトのIPアドレス

00 01 <-リクエスト（2 =返信）

00 04 A3 7F C157<-送信者MAC-鉱山

C0 A8 01FB<-送信者IP-鉱山=192.168.1.251

00 00 00 00 00 00 <-ターゲットMAC-不明、要求の理由

C0 A8 0101<-ターゲットIP-ゲートウェイ=192.168.1.1

00 00 00 00 ..... 00 0000<-パディング用の00の18セットのトレーラー

これで、私のデバイス（192.168.1.251）は私のラップトップ（192.168.1.100）とほぼ同じ要求になり、有効な応答が得られます。

FF FF FF FF FF FF <-宛先MAC-ブロードキャスト（0x00も試行）

00 04 A3 7F C157<-ソースMAC-私のデバイス

08 06 <-ARP

0001<-イーサネット

08 00 <-IP

06<-6バイトのMACアドレス

04<-4バイトのIPアドレス

00 01 <-リクエスト（2 =返信）

00 04 A3 7F C157<-送信者MAC-鉱山

C0 A8 01FB<-送信者IP-鉱山=192.168.1.251

00 00 00 00 00 00 <-ターゲットMAC-不明、要求の理由

C0 A8 0164<-ターゲットIP-ラップトップ=192.168.1.100

00 00 00 00 ..... 00 0000<-パディング用の00の18セットのトレーラー

重要な場合と重要でない場合があるサイドノート：

• デバイスとゲートウェイの両方がラップトップのARPテーブルに表示されます。
• 私のラップトップはWin7を実行しています。
• 私のゲートウェイはLinksysWRT54GLWireless-Gブロードバンドルーターです。
• 上記の結果を提供するために、Wiresharkを介してパケットを分析しました。
• DHCPブロックはX.100からX.149をカバーしているので、ラップトップはルーターによってX.100に割り当てられます
• X.251のデバイスIPがデバイスにハードコードされています。ルーター構成アプリで、このIPとデバイスのMACの関係を設定する手段がありません。他のすべての機能は私のデバイスをサーバーとして使用しているように見えるので、これは問題ではないと思います。
• リモートサーバー（google = 173.194.43.33）のARP要求を、サーバーのIPとゲートウェイのIPの両方に直接送信しようとしました（プロキシである必要があることを認識してくれることを期待しています）。
• 机の上で頭を叩いてみましたが、残念ながら少し助かりました。