Re: 'nmap -S <src_addr>' does not use 'iproute2' alternate routing table

[starlight.2012q3 () binnacle cx]

Thought about this some.

I can see why fully supporting 'iproute2'
alternate routing tables would be a lot
of trouble and deemed too great an effort.
Seems 'libdnet' does not support it,
though I didn't dig in far enough to
be certain.

But how about a half-way solution that
might be worth the effort?

A new command-line option related to -S
could be created that would force 
packets to route via either an
explicit IP address, explicit Ethernet
MAC address or a choice from the two.

The -e related logic might need some
adjustment as well.  With the earlier
testing I found that packets went to
the 'eth5' primary default-route interface
despite the presence of "-e eth4"
on the command line.

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