Re: [Bug] route_dst_netlink: can't find interface "eth1" (via IRC)

[Daniel Miller <bonsaiviking () gmail com>]

On 02/14/2013 04:59 PM, Daniel Miller wrote:
> List,
>
> Today, a user came into the #nmap IRC channel with a problem that 
> sounded familiar:
>
> > since nmap 6.01 I have not been able to use it on several of my 
> > machines, it can't find any interfaces.
> > gentoo linux, current stable
> > kernel 3.6.11, have had issue on both amd64 and x86
> > issue persists with nmap-6.25
> > on some machines, I was able to get nmap working by specifically 
> > cmpiling in ipv6 support to libpcap (would have been nice it that had 
> > been a requirement in the configure script)
> > *anything* trying to scan gives: route_dst_netlink: can't find 
> > interface "eth1"
> > nmap --iflist gives: INTERFACES: NONE FOUND(!)\nROUTES: NONE FOUND(!)
> I'm pretty sure that this is due to an appletalk interface (ipddp) on 
> his machine, since he compiled appletalk support into the kernel. I 
> think the fix would be to add another ARP_HDR_ type to 
> libdnet-stripped/include/dnet/arp.h and a matching case in 
> libdnet-stripped/src/addr.c, but I don't know how to come up with the 
> proper value for the constant, nor do I have a test setup.
>
> The related threads are: http://seclists.org/nmap-dev/2012/q3/801, 
> http://seclists.org/nmap-dev/2012/q2/886
>
> Thanks for any help from devs who know this part of Nmap better than I 
> do (hint, Djalal or David!).
>
> Dan
I think I've fixed this in r30610. I found that running "modprobe -a 
ipddp" gave me an AppleTalk interface, and allowed me to reproduce the 
bug. GDB gave me the value that was being reported, and a quick patch 
fixed it. We're in the same state as the Infiniband case, as far as I 
can tell: IP scanning should work, and Nmap won't crash, but don't 
expect more support than that!

Dan
_______________________________________________
Sent through the dev mailing list
http://nmap.org/mailman/listinfo/dev
Archived at http://seclists.org/nmap-dev/