Various fixes for auxiliary/spoof/llmnr/llmnr_response and related stuff

[jlee-r7]

• Converts to use Net::DNS instead of hardcoded packets. This incidentally gives us the ability to respond to AAAA requests as well as A.
• Fixes problems when recvfrom returns a mapped address like "::ffff:192.0.2.1". This happens on Linux, but I don't know exactly what the cause is.
• Makes it only listen on the interface we're sending packets from so we don't end up putting packets on the wrong wire

Verification

• Set up llmnr_response on a VMWare NAT interface with the host's NAT address for SPOOFIP
• Run ping wpad from a Windows (Vista+) VM with a NAT interface
• See the ping hit our spoofed address
• Run ping wpad from a Windows VM with a host-only interface
• See the ping fail to resolve

[wvu]

Checking this out.

[wvu]

Merge conflict is easy to fix.

[wvu]

Good stuff! Landing soon.

[wvu]

Successful test using rvmsudo:

msf > use auxiliary/spoof/llmnr/llmnr_response
msf auxiliary(llmnr_response) > set INTERFACE vmnet8
INTERFACE => vmnet8
msf auxiliary(llmnr_response) > set SPOOFIP 172.16.177.1
SPOOFIP => 172.16.177.1
msf auxiliary(llmnr_response) > run
[*] Auxiliary module execution completed
msf auxiliary(llmnr_response) >
[*] LLMNR Spoofer started. Listening for LLMNR requests with REGEX "(?-mix:.*)" ...
[+] 172.16.177.129   llmnr - wpad. matches regex, responding with 172.16.177.1