Microsoft Kernel Debug Network Adapter Driver

Posted By admin On 22/08/21

MICROSOFT KERNEL DEBUG NETWORK ADAPTER DRIVER In Device Manager, locate the network adapter that you want to use for debugging. This is why you would want to debug the kernel from another workstation. When the target computer is running Windows 8. Microsoft Kernel Debug Network Adapter Drivers Download. In our share libs contains the list of Microsoft Kernel Debug Network Adapter drivers all versions and available for download. To download the proper driver by the version or Device ID.

  1. Microsoft Kernel Debug Network Adapter Driver Windows 7 64 Bit
  2. Microsoft Kernel Debug Network Adapter Driver Download
  3. Microsoft Kernel Debug Network Adapter Driver Windows 10
  4. Microsoft Kernel Debug Network Adapter Driver Download
-->

Debugging Tools for Windows supports kernel debugging over a network. This topic describes how to set up network debugging manually.

Important

Setting up a network debugging manually is a complex and error prone process.To set up network debugging automatically, see Setting Up KDNET Network Kernel Debugging Automatically. Using the KDNET utility is strongly recommended for all debugger users.

The computer that runs the debugger is called the host computer, and the computer being debugged is called the target computer. The host computer must be running Windows 7 or later, and the target computer must be running Windows 8 or later.

Debugging over a network has the following advantages compared to debugging over other types of connectivity.

  • The host and target computers can be anywhere on the local network.
  • It is easy to debug many target computers from one host computer.
  • Given any two computers, it is likely that they will both have Ethernet adapters. It is less likely that they will both have serial ports or both have 1394 ports.
  • Network debugging is significantly faster than serial port debugging.

Supported Network Adapters

The host computer can use any network adapter, but the target computer must use a network adapter that is supported by Debugging Tools for Windows. For a list of supported network adapters, see Supported Ethernet NICs for Network Kernel Debugging in Windows 10 and Supported Ethernet NICs for Network Kernel Debugging in Windows 8.1.

Install the Debugging Tools for Windows

Confirm that the Debugging Tools for Windows are installed on the host system. For information on downloading and installing the debugger tools, see Download Debugging Tools for Windows.

Determining the IP Address of the Host Computer

Use one of the following procedures to determine the IP address of the host computer.

  1. On the host computer, open a Command Prompt window and enter the following command:

    Make a note of the IPv4 address of the network adapter that you intend to use for debugging.

  2. On the target computer, open a Command Prompt window and enter the following command, where YourIPAddress is the IP address of the host computer:

Choosing a Port for Network Debugging

Choose a port number that will be used for debugging on both the host and target computers. You can choose any number from 49152 through 65535, the recommended range is 50000 - 50039. The port that you choose will be opened for exclusive access by the debugger running on the host computer. Take care to choose a port number that is not used by any other applications that run on the host computer.

Note The range of port numbers that can be used for network debugging might be limited by your company's network policy. There is no way to tell from the host computer what the limitations are. To determine whether your company's policy limits the range of ports that can be used for network debugging, check with your network administrators.

If you connect several target computers to a single host computer, each connection must have a unique port number. For example, if you connect 100 target computers to a single host computer, you can assign port 50000 to the first connection, port 50001 to the second connection, port 50002 to the third connection, and so on.

Note A different host computer could use the same range of ports (50000 through 50099) to connect to another 100 target computers.

Setting Up the Target Computer

  1. Verify that the target computer has a supported network adapter. See these topics for more information.

  2. Connect the supported adapter to a network hub or switch using an appropriate network cable.

Important

Before using BCDEdit to change boot information you may need to temporarily suspend Windows security features such as BitLocker and Secure Boot on the test PC.Re-enable these security features when testing is complete and appropriately manage the test PC, when the security features are disabled.

  1. In an elevated Command Prompt window, enter the following commands, where w.x.y.z is the IP address of the host computer, and n is a port number of your choice:

  2. bcdedit will display an automatically generated key. Copy the key and store it on a removable storage device like a USB flash drive. You will need the key when you start a debugging session on the host computer.

    Note We strongly recommend that you use an automatically generated key. However, you can create your own key as described later in the 'Creating Your Own Key' section.

  3. Use Device Manager to determine the PCI bus, device, and function numbers for the adapter you want to use for debugging. These values are displayed in Device Manager under Location on the General tab. Then in an elevated Command Prompt window, enter the following command, where b, d, and f are the bus number, device number, and function number of the adapter:

  4. The target PC will be rebooted after a kernel debugger is attached. This is described in the next section.

Note If you intend to install the Hyper-V role on the target computer, see Setting Up Network Debugging of a Virtual Machine Host.

Caution If your target computer is in a docking station, and you have network debugging enabled for a network adapter that is part of the docking station, do not remove the computer from the docking station. If you need to remove the target computer from the docking station, disable kernel debugging first. To disable kernel debugging on the target computer, open a Command Prompt window as Administrator and enter the command bcdedit /debug off. Reboot the target computer.

Adapter

Starting the Debugging Session

Confirm that the network adapter of the host computer to a network hub or switch using an appropriate network cable.

On the host computer, open WinDbg. On the File menu, choose Kernel Debug. In the Kernel Debugging dialog box, open the Net tab. Enter your port number and key. Select OK.

You can also start a session with WinDbg by opening a Command Prompt window and entering the following command, where n is your port number and MyKey is the key that was automatically generated by bcdedit when you set up the target computer:

If you are prompted about allowing WinDbg to access the port through the firewall, allow WinDbg to access the port for all three of the different network types.

Using KD

On the host computer, open a Command Prompt window. Enter the following command, where n is your port number and MyKey is the key that was automatically generated by bcdedit when you set up the target computer:

If you are prompted about allowing WinDbg to access the port through the firewall, allow WinDbg to access the port for all three of the different network types.

Restarting the Target PC

Microsoft Kernel Debug Network Adapter Driver Windows 7 64 Bit

Once the debugger is connected, and waiting to connect, reboot the target computer. One way to do restart the PC is to use this command, from an administrator's command prompt.

When the target is restarted, the debugger in the host OS should connect.

After connecting to the target on the host, hit break on your debugger and you can start debugging.

Allowing the debugger through the firewall

When you first attempt to establish a network debugging connection, you might be prompted to allow the debugging application (WinDbg or KD) access through the firewall. Client versions of Windows display the prompt, but Server versions of Windows do not display the prompt. You should respond to the prompt by checking the boxes for all three network types: domain, private, and public. If you do not get the prompt, or if you did not check the boxes when the prompt was available, you must use Control Panel to allow access through the firewall. Open Control Panel > System and Security and select Allow an app through Windows Firewall. In the list of applications, locate Windows GUI Symbolic Debugger and Windows Kernel Debugger. Use the check boxes to allow those two applications through the firewall. Restart your debugging application (WinDbg or KD).

Encryption key

To keep the target computer secure, packets that travel between the host and target computers must be encrypted. We strongly recommend that you use an automatically generated encryption key (provided by bcdedit when you configure the target computer). Network debugging uses a 256-bit key that is specified as four 64-bit values, in base 36, separated by periods. Each 64-bit value is specified by using up to 13 characters. Valid characters are the letters a through z and the digits 0 through 9. Special characters are not allowed.

To specify your own key, open an elevated Command Prompt window on the target computer. Enter the following command, where w.x.y.z is the IP address of the host computer, and n is your port number, and Key is your key:

The target computer needs to be rebooted anytime the dbgsettings are changed.

Troubleshooting Tips

Debugging application must be allowed through firewall

Bulk email software review. When you first attempt to establish a network debugging connection, you might be prompted to allow the debugging application (WinDbg or KD) access through the firewall. Client versions of Windows display the prompt, but Server versions of Windows do not display the prompt. You should respond to the prompt by checking the boxes for all three network types: domain, private, and public. If you do not get the prompt, or if you did not check the boxes when the prompt was available, you must use Control Panel to allow access through the firewall. Open Control Panel > System and Security and select Allow an app through Windows Firewall. In the list of applications, locate Windows GUI Symbolic Debugger and Windows Kernel Debugger. Use the check boxes to allow those two applications through the firewall. Scroll down and select OK, to save the firewall changes. Restart the debugger.

Port number must be in range allowed by network policy

The range of port numbers that can be used for network debugging might be limited by your company's network policy. To determine whether your company's policy limits the range of ports that can be used for network debugging, check with your network administrator. On the target computer, open a Command Prompt window as Administrator and enter the command bcdedit /dbgsettings. The output will be similar to this.

In the preceding output, the value of port is 50085. If the value of port lies outside the range allowed by your network administrator, enter the following command, where w.x.y.z is the IP address of the host computer, and YourDebugPort is a port number in the allowed range.

After changing the target machine debugger settings, rerun the debugger on the host machine with the new port setting, and then reboot the target computer.

Use Ping to test connectivity

If the debugger does not connect use the ping command on the target PC to verify connectivity.

Note that this may not work if your host computer is not configured to be discoverable on the network, since the firewall may block ping requests, and because of this, you will not get any responses when you ping the host.

How the Debugger Obtains an IP Address for the Target Computer

KDNET on the target computer attempts to use Dynamic Host Configuration Protocol (DHCP) to get a routable IP address for the network adapter that is being used for debugging. If KDNET obtains a DHCP-assigned address, then the target computer can be debugged by host computers located anywhere on the network. If KDNET fails to obtain a DHCP-assigned address, it uses Automatic Private IP Addressing (APIPA) to obtain a local link IP address. Local link IP addresses are not routable, so a host and target cannot use a local link IP address to communicate through a router. In that case, network debugging will work if you plug the host and target computers into the same network hub or switch.

Microsoft

Always specify busparams when setting up KDNET on a physical machine with a PCI based NIC

If you are setting up KDNET on a physical machine with a PCI or PCIe based NIC, you should always specify the busparams for the NIC you want to use for KDNET. To specify the bus parameters, Open Device Manager, and locate the network adapter that you want to use for debugging. Open the property page for the network adapter and make a note of the bus number, device number, and function number that are displayed under Location on the General tab. In an elevated Command Prompt Window, enter the following command, where b, d, and f are the bus, device and function numbers in decimal format:

When the debugger is running on the host machine, and waiting to connect, reboot the target computer, using this command.

Manually delete BCDEdit entries

Manually deleting is not normally required but is provided here as a troubleshooting procedure for unusual situations.

Manually deleting entries is not necessary when using the kdnet utility. For more information, see Setting Up KDNET Network Kernel Debugging Automatically.

When you use bcdedit –deletevalue, you must provide a valid bcd element name. For more information, see BCDEdit /deletevalue.

Debug

To manually delete BCDEdit entries, complete these steps.

  1. On the target computer, open a Command Prompt window as Administrator.

  2. As an example, enter this command to delete the BCDEdit debugging entry for the host IP address.

When you delete the hostip, you need to specify target= on the debugger command line.

  1. As another example, delete the port entry using this command.

When you delete the port entry, KDNET will use the default ICANN registered debugger port of 5364.

Hyper-V

Setting up Hyper-V

If you intend to install the Hyper-V role on the target computer, see Setting Up Network Debugging of a Virtual Machine Host.

For information on debugging a hyper-v Virtual Machine (VM), see Setting Up Network Debugging of a Virtual Machine - KDNET.

Microsoft Kernel Debug Network Adapter Driver Download

Enabling KDNET on a hyper-v host that is running VMs with external network connectivity

There is a specific situation, which is not uncommon, which will cause networking in VMs to stop working:

  • Hyper-V has been enabled on the PC, an external networking switch has been created and is pointed at a physical NIC in the machine, and VMs have been configured to use that external switch for their networking.

  • KDNET is then enabled on the hyper-v host OS using the same physical NIC that is pointed to by the external networking switch, and the host is rebooted.

  • All of the VMs that were using the previously configured external switch, lose their network connectivity after the reboot.

This is by design, and happens because KDNET takes exclusive control over the NIC it is configured to use, and the native NDIS miniport for that NIC is not loaded by the OS. When this occurs, the external networking switch can no longer communicate with the native NDIS miniport driver, and will stop working. To work around this situation, do the following:

  1. Open the Virtual Switch Manager from Hyper-V Manager, select your existing Virtual Switch, and change the external network NIC to the Microsoft Kernel Debug Network Adapter by selecting it from the drop down box and then selecting OK in the Virtual Switch Manager dialog box.

  2. After updating your Virtual Switch NIC, shutdown and restart your VMs.

When KDNET debugging is turned off, the same procedure will need to be followed to repoint the external switch back to the native NDIS miniport for the NIC. Otherwise VM connectivity will be lost when the machine is rebooted after debugging is disabled.

IPv6

IPv6 support was added in Windows version 1809.

To use IPv6 with the debugger complete these steps.

  1. Ping your <debughostname> and note the IPv6 address that is reported on the Reply from output lines.Use this IPv6 address in place of x:y:z:p:d:q:r:n below.

  2. Use BCDEdit to delete any existing ip address values in dbgsettings.

  3. Set the IPv6 address of the host. There must not be any spaces in the hostipv6=s:t:u:v:w:x:y:z string. is is the network port number to use for this target machine, <YourKey> is the four part security key, and <b.d.f> are the bus device function location numbers for the NIC you want to use for KDNET.

  4. Type this command to confirm that the dbgsettings are set properly.

  5. On the host machine use this command to start the debugger.

  6. When the debugger is running on the host machine, and waiting to connect, reboot the target computer.

  7. The debugger should connect to the host debugger early during boot. You will know that KDNET is using an IPv6 connection because the IP addresses reported in the connected message will be IPv6 addresses instead of IPv4 addresses.

NOTES

  • Every debugger bcd setting that allows the hostip to be specified has a corresponding hostipv6 element. There are three.

    IPv4IPv6Usage
    hostiphostipv6For boot and kernel debugging
    targethostiptargethostipv6Specific to kernel debugging
    hypervisorhostiphypervisorhostipv6For hyper-v debugging
  • If you set the hostipv6 style address for any of those kinds of debugging, it means you want and will get IPv6.

  • If you set the hostip style address for any of those kinds of debugging, it means you want and will get IPv4.

  • The target will only do IPv4 or IPv6, not both at the same time. Which version of the IP protocol is used is controlled by the target machine dbgsettings. If hostip is set, the target will use IPv4. If hostipv6 is set, the target will use IPv6.

  • The host debugger will normally auto select use of IPv4 or IPv6. By default the debugger listens on both an IPv4 socket and an IPv6 socket, and connects automatically on either one to the target machine.

  • If you want to force use of IPv6 in the debugger on the host, but you want the debugger to listen for a connection from the target, then you can add, target=:: to the debugger command line. :: is an IPv6 address of 0.

  • If you want to force IPv4 debugging in the debugger on the host, but you want the debugger to listen for a connection from the target, then you can add, target=0.0.0.0 to the debugger command line. 0.0.0.0 is an IPv4 address of 0.

  • If you specify, target= on the debugger command line and use a machine name, the debugger will convert that machine name into an IPv4 address and an IPv6 address, and will attempt to connect on both.

  • If you specify, target= on the debugger command line, and use an IP address, if the IP address contains any contains any : characters, the debugger will assume it is an IPv6 address, and will force use of IPv6 for that connection. If the IP address contains any . characters, the debugger will assume it is an IPv4 address, and will force use of IPv4 for that connection.

  • If you setup IPv6 on the target, and force use of IPv4 on the debugger command line, you will not get a connection.

  • If you setup IPv4 on the target, and force use of IPv6 on the debugger command line, you will also not get a connection.

Related topics

Oct 17th, 2015
Never
Not a member of Pastebin yet?Sign Up, it unlocks many cool features!

Microsoft Kernel Debug Network Adapter Driver Windows 10

  1. Name [00000000] Microsoft Kernel Debug Network Adapter
  2. Product Type Microsoft Kernel Debug Network Adapter
  3. PNP Device ID ROOTKDNIC0000
  4. Index 0
  5. IP Address Not Available
  6. Default IP Gateway Not Available
  7. DHCP Server Not Available
  8. DHCP Lease Obtained Not Available
  9. Driver c:windowssystem32driverskdnic.sys (6.1.0.0, 22.50 KB (23,040 bytes), 7/10/2015 3:59 AM)
  10. Name [00000001] Intel(R) Wireless-N 7260
  11. Product Type Intel(R) Wireless-N 7260
  12. PNP Device ID PCIVEN_8086&DEV_08B2&SUBSYS_42628086&REV_730C8BFDFFFF4A950C00
  13. Index 1
  14. IP Address 192.168.1.66, fe80::6c87:82cb:c71c:b660, 2602:306:c537:4260:48d2:7aa1:13c1:764f, 2602:306:c537:4260:6c87:82cb:c71c:b660
  15. Default IP Gateway 192.168.1.254, fe80::6eca:8ff:fe41:34a0
  16. DHCP Server 192.168.1.254
  17. DHCP Lease Obtained 10/17/2015 11:24 AM
  18. Memory Address 0xB0400000-0xB0401FFF
  19. Driver c:windowssystem32driversnetwbw02.sys (18.11.0.8, 3.60 MB (3,776,792 bytes), 6/21/2015 11:16 PM)
  20. Name [00000002] Realtek PCIe FE Family Controller
  21. Product Type Realtek PCIe FE Family Controller
  22. PNP Device ID PCIVEN_10EC&DEV_8136&SUBSYS_380517AA&REV_0801000000364CE00000
  23. Index 2
  24. IP Address Not Available
  25. Default IP Gateway Not Available
  26. DHCP Server Not Available
  27. DHCP Lease Obtained Not Available
  28. I/O Port 0x00003000-0x00003FFF
  29. Memory Address 0xB0500000-0xB05FFFFF
  30. Driver c:windowssystem32driversrt630x64.sys (8.15.410.2013, 783.07 KB (801,864 bytes), 8/25/2013 7:34 PM)
  31. Name [00000003] Microsoft Wi-Fi Direct Virtual Adapter
  32. Product Type Microsoft Wi-Fi Direct Virtual Adapter
  33. PNP Device ID {5D624F94-8850-40C3-A3FA-A4FD2080BAF3}VWIFIMP_WFD5&31394B11&1&05
  34. Index 3
  35. IP Address Not Available
  36. Default IP Gateway Not Available
  37. DHCP Server Not Available
  38. DHCP Lease Obtained Not Available
  39. Driver c:windowssystem32driversvwifimp.sys (10.0.10240.16384, 39.00 KB (39,936 bytes), 7/10/2015 3:59 AM)
  40. Name [00000004] Microsoft ISATAP Adapter
  41. Product Type Microsoft ISATAP Adapter
  42. PNP Device ID SWDIP_TUNNEL_VBUSISATAP_1
  43. Index 4
  44. IP Address Not Available
  45. Default IP Gateway Not Available
  46. DHCP Server Not Available
  47. DHCP Lease Obtained Not Available
  48. Driver c:windowssystem32driverstunnel.sys (10.0.10240.16412, 151.50 KB (155,136 bytes), 8/7/2015 12:39 AM)
  49. Name [00000005] WAN Miniport (SSTP)
  50. Product Type WAN Miniport (SSTP)
  51. PNP Device ID Not Available
  52. Index 5
  53. IP Address Not Available
  54. Default IP Gateway Not Available
  55. DHCP Server Not Available
  56. DHCP Lease Obtained Not Available
  57. Adapter Type Not Available
  58. Installed Yes
  59. Last Reset 10/14/2015 3:46 AM
  60. Service Name RasAgileVpn
  61. IP Subnet Not Available
  62. DHCP Enabled No
  63. DHCP Lease Expires Not Available
  64. MAC Address Not Available
  65. Name [00000007] WAN Miniport (L2TP)
  66. Product Type WAN Miniport (L2TP)
  67. PNP Device ID Not Available
  68. Index 7
  69. IP Address Not Available
  70. Default IP Gateway Not Available
  71. DHCP Server Not Available
  72. DHCP Lease Obtained Not Available
  73. Adapter Type Not Available
  74. Installed Yes
  75. Last Reset 10/14/2015 3:46 AM
  76. Service Name PptpMiniport
  77. IP Subnet Not Available
  78. DHCP Enabled No
  79. DHCP Lease Expires Not Available
  80. MAC Address Not Available
  81. Name [00000009] WAN Miniport (PPPOE)
  82. Product Type WAN Miniport (PPPOE)
  83. PNP Device ID Not Available
  84. Index 9
  85. IP Address Not Available
  86. Default IP Gateway Not Available
  87. DHCP Server Not Available
  88. DHCP Lease Obtained Not Available
  89. Adapter Type Not Available
  90. Installed Yes
  91. Last Reset 10/14/2015 3:46 AM
  92. Service Name NdisWan
  93. IP Subnet Not Available
  94. DHCP Enabled No
  95. DHCP Lease Expires Not Available
  96. MAC Address Not Available
  97. Name [00000011] WAN Miniport (IPv6)
  98. Product Type WAN Miniport (IPv6)
  99. PNP Device ID Not Available
  100. Index 11
  101. IP Address Not Available
  102. Default IP Gateway Not Available
  103. DHCP Server Not Available
  104. DHCP Lease Obtained Not Available
  105. Adapter Type Not Available
  106. Installed Yes
  107. Last Reset 10/14/2015 3:46 AM
  108. Service Name NdisWan
  109. IP Subnet Not Available
  110. DHCP Enabled No
  111. DHCP Lease Expires Not Available
  112. MAC Address Not Available
  113. Name [00000013] Microsoft ISATAP Adapter
  114. Product Type Microsoft ISATAP Adapter
  115. PNP Device ID Not Available
  116. Index 13
  117. IP Address Not Available
  118. Default IP Gateway Not Available
  119. DHCP Server Not Available
  120. DHCP Lease Obtained Not Available
  121. Name [00000014] Microsoft Teredo Tunneling Adapter
  122. Product Type Microsoft Teredo Tunneling Adapter
  123. PNP Device ID SWDIP_TUNNEL_VBUSTEREDO_TUNNEL_DEVICE
  124. Index 14
  125. IP Address Not Available
  126. Default IP Gateway Not Available
  127. DHCP Server Not Available
  128. DHCP Lease Obtained Not Available
  129. Driver c:windowssystem32driverstunnel.sys (10.0.10240.16412, 151.50 KB (155,136 bytes), 8/7/2015 12:39 AM)
  130. Name [00000015] Bluetooth Device (RFCOMM Protocol TDI)
  131. Product Type Bluetooth Device (RFCOMM Protocol TDI)
  132. PNP Device ID BTHMS_RFCOMM7&306FD9D&1&0
  133. Index 15
  134. IP Address Not Available
  135. Default IP Gateway Not Available
  136. DHCP Server Not Available
  137. DHCP Lease Obtained Not Available
  138. Driver c:windowssystem32driversrfcomm.sys (10.0.10240.16384, 164.00 KB (167,936 bytes), 7/10/2015 3:59 AM)
  139. Name [00000016] Bluetooth Device (Personal Area Network)
  140. Product Type Bluetooth Device (Personal Area Network)
  141. PNP Device ID BTHMS_BTHPAN7&306FD9D&1&2
  142. Index 16
  143. IP Address Not Available
  144. Default IP Gateway Not Available
  145. DHCP Server Not Available
  146. DHCP Lease Obtained Not Available
  147. Driver c:windowssystem32driversbthpan.sys (10.0.10240.16384, 125.50 KB (128,512 bytes), 7/10/2015 3:59 AM)
  148. Name [00000017] Microsoft Wi-Fi Direct Virtual Adapter
  149. Product Type Microsoft Wi-Fi Direct Virtual Adapter
  150. PNP Device ID Not Available
  151. Index 17
  152. IP Address Not Available
  153. Default IP Gateway Not Available
  154. DHCP Server Not Available
  155. DHCP Lease Obtained Not Available
RAW Paste Data

Microsoft Kernel Debug Network Adapter Driver Download