 |
This is because dnsspoof in Kali 2.x has response times of up to 500ms. So it is impossible to win the race against the real DNS server. I tried linking dnsspoof against an older libpcap.so.1.3.0 - and the response times became extremly fast again (<=1ms) \o/ So my workaround is LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libpcap.so.1.3.0 dnsspoof ... |
 |
Can you try to install http://http.kali.org/pool/main/libp/libpcap/libpcap0.8_1.7.4-2_amd64.deb (or the same package for "i386" if you use a 32 bit system) and see if the issue persists ? Or better, can you reproduce the issue with kali-rolling ? You can grab a kali-rolling ISO here: |
|
|
After download you can use "dpkg -i libpcap0.8_1.7.4-2_amd64.deb" to install the package. |
 |
I installed libpcap0.8_1.7.4-2_i386, but not working. |
|
|
Hmmm ... http://archive.kali.org/kali-daily-images/kali-linux-rolling-amd64.iso: |
|
|
raimund, URL should be working now. |
|
|
Unfortunately with the rolling.iso and/or with libpcap0.8_1.7.4-2_amd64.deb the problem still exists. |
|
|
A proper fix for dnsspoof might be to call pcap_set_immediate_mode() which will force fallback to the TPACKET_V2 interface which does not delay sending packets like the default TPACKET_V3 interface. I would like to submit this suggestion to the upstream developers but it looks like that the dsniff package is no longer maintained... In the mean time, I have modified libpcap to use TPACKET_V2 by default. raimund, can you install this package and report back if it fixes the issue? http://repo.kali.org/kali/pool/main/libp/libpcap/libpcap0.8_1.7.4-2kali1_amd64.deb Thank you. |
 |
Hi! Newbee here and with Kali. I tried your package (i386) en it worked for me. Thanks! |
|
|
Fixed in libpcap 1.7.4-2kali1 |
- Anonymous
