This is also happening in Parallels and I am wondering if it's a problem with Nmap 4.20. Other versions of Nmap have not been mentioned as having this problem. Using the command line option to specify an interface does not appear to help the problem.
What version of Parallels? We had a copy of build 3188 on one of our machines that didn't seem to affect nmap at all, until we installed VMware on the same machine. Correct me if I'm wrong, but I thought that Parallels and Fusion handle networking differently, as Parallel's network interfaces show up in the network system preference tab, and don't disappear when Parallel's processes are killed.
You're right. Specifying the interface manually gives the same message.
Regardless, I hope a resolution (or at least an explanation) can be found. Thanks for your reply.
The problem seems to be that nmap assumes that all network interfaces implement BPF, but that's not required by Mac OS X.
From the Network Kernel Extensions documentation at http://developer.apple.com/documentation/Darwin/Conceptual/NKEConceptual/interface_nke/chapter_8_section_2.html :
Your network interface should define the following callbacks, which are called by protocols and drivers:
ifnet_set_bpf_tap, which is called by the stack to set the BPF tap function that is installed on the interface. This callback is optional, but recommended; if you do not add this function, BPF cannot be used with your interface.
You should email the nmap developers and let them know they can just skip any interfaces that don't implement BPF.
No guarantees, but we can try to take a look at implementing BPF on Fusion's network interfaces in a future release.
At bgertzfield /b:
Thank you very much for your reply. At least I can tell everyone here why it doesn't work. I'm sure the nmap developers will think of something in the meantime before the next revision of Fusion.
I see what you mean about the Parallels issue after reading another article. Strange that it didn't affect us here (or that we didn't notice it).