New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add [DWORD]*NdisDeviceType=1 to Npcap Loopback Adapter #437
Comments
@segevfiner Assuming I read your question correctly, by setting NdisDeviceType to 1 in the registry, we are telling the system to identify the network interface (modem/router/hotspot) as an endpoint device (like a smartphone/tablet). So its no surprise that Windows GUI does not show it among the list of networks because windows only scans for the list of networking interfaces (i.e. devices which can communicate with an external network and not just a local computer/network) nearby. |
I just don't know why you would set |
The primary reason is that "Network Location Awareness" won't look at this
adapter. This will prevent it from being recognized as being in an
"Unidentified Network", and as such, as a public network.
Being connected to a public network interferes with some things, for
example, it sometimes disables file/printer sharing for me. Meaning that I
can't use any shares in my home without disabling the Npcap Loopback
Adapter.
I hope this clarifies why I think this should be done.
|
I concur this looks like a good thing to do. References:
I would not be surprised if this is related to nmap/nmap#373 in cases where the windows firewall settings are very restrictive. I'm checking on a fix. |
I noticed that the key has an asterisk in front of it, so it's "*NdisDeviceType". I updated the issue accordingly. |
Did this in a9b7f9e |
How often does the windows installer get rebuilt? I ask because I cannot find any nightlies or beta builds for windows. These issues that involve killing of wifi, missing ndis keys (this issue) are actually 100% specific to Windows users and they are pretty serious, yet the latest installer I find is still approaching a half year old from December and still does not incorporate the required fixes. If they don't exist and it is needed, I would even volunteer to help run some builds if there are some detailed docs on the build process through to the windows installer package. |
Yes, they are. That's why I'm sitting on the fence until Npcap bugs are fixed. I'm really happy with the old WinPcap (npf.sys); I'm in no need to use loopback adapter or anything fancy. I'm not sure why/if people think Npcap is so much faster or it's purported features are so nice that they risk a Blue Screen now and again. I don't. |
@CollinChaffin Npcap doesn't do nightlies or beta builds currently, but you can download the latest version of the Windows installer here or view the list of available installers here . |
Setting [DWORD]*NdisDeviceType=1 in the registry for the "Npcap Loopback Adapter" will remove it from various places in the Windows GUI and will stop Network Location Awareness from considering it.
This was done, for example, in VirtualBox: https://www.virtualbox.org/ticket/9688
And also in VMware products. For the reasons I mentioned previously.
See: https://msdn.microsoft.com/en-us/windows/hardware/drivers/network/keywords-not-displayed-in-the-user-interface
The text was updated successfully, but these errors were encountered: