Skip to main content

wireless networking - Can someone explain how this happened?


I seem to be having some odd results when running netdiscover on my home network. From the cable modem to my scanner (skipping a few peripherals), here's the basic layout:



The cable modem is connected to our router, which also serves as DHCP server and primary Wi-Fi AP.


From there (again, skipping peripherals) the connection goes to a LAN port on another router, which has been stripped of its router roles (DHCP, etc) and acts only as a secondary Wi-Fi AP.


My laptop is connected to the secondary AP, running Windows 7 x64.


I'm running netdiscover from a virtual machine on my laptop, which is running Backtrack Linux.


The virtual machine is connected to my network via a VirtualBox adapter, running in "bridged" mode.


The network's addresses are in the 10.0.0.0/8 range of RFC 1918 address space.



So, I ran netdiscover on the Backtrack VM. Most of the addresses returned were pretty much as expected, except for two.


 IP            At MAC Address      Count    Len   MAC Vendor                   
 ----------------------------------------------------------------------------- 
 192.168.2.1     00:17:9a:8f:69:cf    01    060   D-Link Corporation           
 192.168.2.1     00:17:9a:8f:69:d0    01    060   D-Link Corporation

I've got a fairly solid guess as to what this is - a D-Link VoIP router that we're only leaving connected (hard-line to the router) for its VoIP functions. The IP address looks like it may be a factory default (I'll be troubleshooting that another time) for the device.


What's I'm scratching my head over now is: Why was the D-Link device at 192.168.2.1 able to receive and return the ARP packets across a 10.x.x.x network?



Answer



Unless you specifically state a range to use, netdiscover will scan for common networks, so this would include 192.168.0.0/16.


An ARP request is broadcast at layer 2, so even though the backtrack PC is on a different IP network to the voip box, the arp request will still be seen and replied to. The request would be in the form of an ARP Probe, which does not contain an IP address to reply to - the reply is sent at layer 2 to the mac address of the device originating the request.


An ARP Probe is a method for determining whether an IP address is in use currently. It is usually used by a device prior to "claiming" an IP address, to ensure no one else on the local network is using it. It can however be used to see what addresses are being used on the local network, and seems likely that netdiscover would use it.


While an arp probe is part of the layer 3 IP protocol, it operates at layer 2. The packet looks a bit like this:


From MAC: , To MAC: ff:ff:ff:ff:ff:ff, Payload: "Is anyone using IP address 192.168.1.1"

So the destination mac is the broadcast mac address - all ones, it matches all addresses. Therefore any layer 2 device such as a switch, will broadcast it out of all ports in the same broadcast domain that the packet was received on. In a domestic router, this means all LAN ports (the lan ports on a domestic router are switchports). If any of the LAN ports are connected to another router's LAN ports, then the LAN ports are all in the same broadcast domain - the packet will be broadcast out of the port on the first router that is connected to the second router, the second router will see the packet is destined for ff:ff:ff:ff:ff:ff and so will broadcast it out of its own lan ports.


The point here is that a layer 2 broadcast packet will be seen by every device on the network, regardless of IP addresses.


So every device sees it. The voip device sees that it is an ARP probe, and that the IP address the sender is after matches the IP address it has configured, and so replies.


It cannot reply to the originating devices IP address, because the very nature of an ARP probe is that it is used by a device that does not yet have an IP address - it is used to see whether the IP address it wants is already in use. So the place in the packet where the senders IP address would ordinarily be is all zeroes.


And ARP probe reply is therefore sent to the MAC address of the sender.


Comments

Post a Comment

Popular Posts

Use Google instead of Bing with Windows 10 search

I want to use Google Chrome and Google search instead of Bing when I search in Windows 10. Google Chrome is launched when I click on web, but it's Bing search. (My default search engine on Google and Edge is http://www.google.com ) I haven't found how to configure that. Someone can help me ? Answer There is no way to change the default in Cortana itself but you can redirect it in Chrome. You said that it opens the results in the Chrome browser but it used Bing search right? There's a Chrome extension now that will redirect Bing to Google, DuckDuckGo, or Yahoo , whichever you prefer. More information on that in the second link.
Post a Comment
Read more

linux - Using an index to make grep faster?

I find myself grepping the same codebase over and over. While it works great, each command takes about 10 seconds, so I am thinking about ways to make it faster. So can grep use some sort of index? I understand an index probably won't help for complicated regexps, but I use mostly very simple patters. Does an indexer exist for this case? EDIT: I know about ctags and the like, but I would like to do full-text search. Answer what about cscope , does this match your shoes? Allows searching code for: all references to a symbol global definitions functions called by a function functions calling a function text string regular expression pattern a file files including a file
Post a Comment
Read more

How do I transmit a single hexadecimal value serial data in PuTTY using an Alt code?

I am trying to sent a specific hexadecimal value across a serial COM port using PuTTY. Specifically, I want to send the hex codes 9C, B6, FC, and 8B. I have looked up the Alt codes for these and they are 156, 182, 252, and 139 respectively. However, whenever I input the Alt codes, a preceding hex value of C2 is sent before 9C, B6, and 8B so the values that are sent are C2 9C, C2 B6, and C2 8B. The value for FC is changed to C3 FC. Why are these values being placed before the hex value and why is FC being changed altogether? To me, it seems like there is a problem internally converting the Alt code to hex. Is there a way to directly input hex values without using Alt codes in PuTTY? Answer What you're seeing is just ordinary text character set conversion. As far as PuTTY is concerned, you are typing (and reading) text , not raw binary data, therefore it has to convert the text to bytes in whatever configured character set before sending it over the wire. In other words, when y
Post a Comment
Read more

networking - Windows 10, can ping other PC but cannot access shared folders! What gives?

I have a computer running Windows 7 that shares a Git repo on drive D. Let's call this PC " win7 ". This repo is the origin of a project that we push to and pull from. The network is a wireless network. One PC on this network is running on Windows 10. Let's call this PC " win10 ". Win10 can ping every other PC on the network including win7 . Win7 can ping win10 . Win7 can access all shared files on win10 . Neither of the PCs have passwords. Problem : Win10 cannot access any shared files on win7 , not from Explorer, nor from Git Bash or any other Git management system (E-Git on Eclipse or Visual Studio). So, win10 cannot pull/push. Every other PC on the network can access win7 shared files and push/pull to/from the shared Git origin. What's wrong with Windows 10? I have tried these: Control Panel\All Control Panel Items\Network and Sharing Center\Advanced sharing settings\ File sharing is on, Discovery is on, Password protected sharing is off Adapte
Post a Comment
Read more