[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Does nmap support IPv6 ranges now?



On Mon, 20 Aug 2012 16:46:30 +0200, Michelle Konzack wrote:

> Hello Camaleón,
> 
> Am 2012-08-20 14:05:11, hacktest Du folgendes herunter:
>> On Mon, 20 Aug 2012 12:54:49 +0200, Michelle Konzack wrote:
>> 
>> > Hello Camaleón,
>> > 
>> > Am 2012-08-19 16:27:14, hacktest Du folgendes herunter:
>> >> Maye this helps:
>> >> http://security.stackexchange.com/questions/12826/which-tool-apart-from-nmap-can-i-use-to-scan-a-range-of-ipv6-addresses
>> > 
>> > Not realy,
>> 
>> You mean the given tips for scanning an IPv6 range did not work?
> 
> ??? If I use your URL, I am redirectes to <http://seclists.org/> and the
> Webforum.

What? :-?

I can see a couple of answers wich provide some tips to scan an IPv6 range 
of addresses but as I have not nmap installed in the system where I'm now I 
can't try it so I don't know if they work as intended.

>> Well, that post tells what we already know, that IPv6 is still an
>> ongoing work.
> 
> Since 15 Month and no feedback...

Wheels of justice grind slowly.

>> Yes, IPv6 is still a bit lacking of support for some tools. You can
>> consider yourself lucky that at least it works at some level in nmap
>> ;-)
> 
> Fortunately I use "nmap" in a PHP5 function and can  replace  it  easily
> temprary by another function which track the whole IPv6 Block  IP-by-IP,
> but this takes ages and resources as the hell...  Exspecialy if you have
> only 10-20 physical servers and the rest virtuell.   You  do  not  know,
> which IPs are in use and have to track the whole network.

Yup, very incovenient :-(
 
> "nmap" was the fastest solution to find out, whether an  IP  is  active,
> has and FQDN associated and the MAC address of the NIC.

I agree this is a "must have" feature but you know, devels have their 
own priorities for coding, featuring and fixing. Funny thing is that everybody 
(institutions, companies, hardware manufacturers...) encourage the switch to 
the new IPv6 stack but the hidden costs for the change is still too high.

Greetings,

-- 
Camaleón


Reply to: