You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
NPcap does not see interfaces/adapters after installation on Windows Server 2012 until reboot. #402
NPcap does not see interfaces/adapters after installation on Windows Server 2012 until reboot.
For the same use case work perfectly OK on Windows Server 2016/Windows 10.
I have tried to stop/start NPcap driver using sc stop/start npcap - it doesn't help. I need some workaround of this problem (from C++ code or command line).
Strongly disagree. It is not a duplicate of nmap/nmap#664. Restarting NPcap does not fix this problem.
I have implemented workaround for nmap/nmap#664 by restarting NPcap driver and my fix works.
I also think this not a duplicate of #664.
This issue is not about adding new interface to already existing npcap installation, but installing npcap to already existing interfaces.
I had similar issue on Windows 2012 (it seems to be limited only to 2012). The only thing that helped beside system reboot was reseting the particular interface or just "NPFInstall.exe -r".
I am able to reproduce the issue.
The problem reproduces easily on Windows Server 2012 R1.
The problem is not reproducible on Windows Server 2012 R2 and other major Windows versions.
Thanks everyone for reporting this. We definitely made a mistake in closing this issue. In order to better debug this issue, I need the output from:
DiagReport run immediately after installation, while Npcap has the problem
\Program Files\Npcap\NPFInstall.logafter running NPFInstall.exe -r. This will also include the log of the initial install, so no need to collect that separately.
Running NPFInstall.exe -r disables and re-enables the binding of the Npcap driver to the adapter, which is a different process from restarting the driver itself. There should not be a problem running this on a production system as a workaround, but do note that if you installed with raw 802.11 WiFi capture, you should run NPFInstall.exe -r2 instead so that the WiFi bindings are re-enabled, too.
@dmiller-nmap
I checked some of the recent versions of NMap, looks that the problem is ever since Npcap replaced WinPcap.
Details, referring to versions of NMap:
7.60 - reproduces
7.40 - reproduces
7.30 - running into a different problem ("WARNING: Could not import all necessary Npcap functions...")
7.25 Beta2: same as 7.30
7.25 Beta1: reproduces
7.12 - does not reproduce (uses WinPcap).
I see one discrepancy that I would like to investigate if you can give me a little more information:
Did you select "Support raw 802.11 traffic (and monitor mode) for wireless adapters" at install?
1a. If you did, does the problem go away if you install without this option?
1b. If you did not, does running NPFInstall.exe -u2 followed by NPFInstall.exe -i fix the broken installation?
Can you provide the install.log file from the Npcap installation directory as well? This may explain why your DiagReport shows no raw-wifi support, but the NPFInstall.log shows that it tried to install raw-wifi support.
To be clear, I would appreciate all of this debug info from anyone who is experiencing this problem, not only @zuraff .
Ok, we have a diagnosis. This was something that actually came up back in 2013 during early Npcap development. There is a bug in Windows 8 and Server 2012 such that a NDIS filter driver with a StartType of 3 (SERVICE_DEMAND_START) will not have its FilterAttach method called except at system boot. The [workaround at that time(http://seclists.org/nmap-dev/2013/q3/503) was to change Npcap's StartType to 1 (SERVICE_SYSTEM_START), but this caused problems and was reverted.
As a fix, future installers will run NPFInstall.exe -r to rebind the filter driver to all adapters, but only on Windows 8 or Server 2012. We will close this issue when the next release is out and verified.
Activity
dmiller-nmap commentedon Oct 12, 2017
Duplicate of nmap/nmap#664. This is something we would like to fix in the future.
asidorenko commentedon Oct 12, 2017
Strongly disagree. It is not a duplicate of nmap/nmap#664. Restarting NPcap does not fix this problem.
I have implemented workaround for nmap/nmap#664 by restarting NPcap driver and my fix works.
dm0red commentedon Jan 25, 2018
I also think this not a duplicate of #664.
This issue is not about adding new interface to already existing npcap installation, but installing npcap to already existing interfaces.
I had similar issue on Windows 2012 (it seems to be limited only to 2012). The only thing that helped beside system reboot was reseting the particular interface or just "NPFInstall.exe -r".
Can you reopen this case?
pawel-kedzior-sw commentedon Jan 31, 2018
I am able to reproduce the issue.
The problem reproduces easily on Windows Server 2012 R1.
The problem is not reproducible on Windows Server 2012 R2 and other major Windows versions.
The repro steps which I used are:
Expected Result: ping information
Actual Result: error which indicates lack of interfaces provided by npcap.
The problem can be worked-around by either:
dmiller-nmap commentedon Jan 31, 2018
Thanks everyone for reporting this. We definitely made a mistake in closing this issue. In order to better debug this issue, I need the output from:
\Program Files\Npcap\NPFInstall.logafter runningNPFInstall.exe -r. This will also include the log of the initial install, so no need to collect that separately.Running
NPFInstall.exe -rdisables and re-enables the binding of the Npcap driver to the adapter, which is a different process from restarting the driver itself. There should not be a problem running this on a production system as a workaround, but do note that if you installed with raw 802.11 WiFi capture, you should runNPFInstall.exe -r2instead so that the WiFi bindings are re-enabled, too.pawel-kedzior-sw commentedon Feb 2, 2018
Attaching NPFInstall.log after installing and running NPFInstall.exe -r
NPFInstall.log
pawel-kedzior-sw commentedon Feb 2, 2018
Attaching DiagReport collected after installing (before running NPFInstall.exe -r or rebooting the machine):
DiagReport-20180202-041948.txt
dmiller-nmap commentedon Feb 2, 2018
@zuraff Thanks, this is helpful.
Do you or anyone know if any previous Npcap release did not have this problem?
pawel-kedzior-sw commentedon Feb 5, 2018
@dmiller-nmap
I checked some of the recent versions of NMap, looks that the problem is ever since Npcap replaced WinPcap.
Details, referring to versions of NMap:
7.60 - reproduces
7.40 - reproduces
7.30 - running into a different problem ("WARNING: Could not import all necessary Npcap functions...")
7.25 Beta2: same as 7.30
7.25 Beta1: reproduces
7.12 - does not reproduce (uses WinPcap).
dmiller-nmap commentedon Feb 6, 2018
I see one discrepancy that I would like to investigate if you can give me a little more information:
1a. If you did, does the problem go away if you install without this option?
1b. If you did not, does running
NPFInstall.exe -u2followed byNPFInstall.exe -ifix the broken installation?install.logfile from the Npcap installation directory as well? This may explain why your DiagReport shows no raw-wifi support, but the NPFInstall.log shows that it tried to install raw-wifi support.To be clear, I would appreciate all of this debug info from anyone who is experiencing this problem, not only @zuraff .
pawel-kedzior-sw commentedon Feb 13, 2018
I did not select "Support raw 802.11 traffic (and monitor mode) for wireless adapters".
install.log
Running NPFInstall.exe -u2 followed by NPFInstall.exe -i does not fix the broken installation
dmiller-nmap commentedon Mar 21, 2018
Ok, we have a diagnosis. This was something that actually came up back in 2013 during early Npcap development. There is a bug in Windows 8 and Server 2012 such that a NDIS filter driver with a
StartTypeof 3 (SERVICE_DEMAND_START) will not have itsFilterAttachmethod called except at system boot. The [workaround at that time(http://seclists.org/nmap-dev/2013/q3/503) was to change Npcap'sStartTypeto 1 (SERVICE_SYSTEM_START), but this caused problems and was reverted.As a fix, future installers will run
NPFInstall.exe -rto rebind the filter driver to all adapters, but only on Windows 8 or Server 2012. We will close this issue when the next release is out and verified.dmiller-nmap commentedon Jun 13, 2018
This issue is fixed in Npcap 0.99-r6.