One of the first places administrators look for information about the DirectAccess client connection is the Network Connectivity Assistant (NCA). The NCA is used to view current connection status and to gather detailed information that is helpful for troubleshooting failed DirectAccess connections. The NCA was first integrated with the client operating system beginning with Windows 8. Similar functionality can be extended to Windows 7 clients by installing and configuring the Windows 7 DirectAccess Connectivity Assistant (DCA).
NCA
The DirectAccess NCA can be accessed by pressing the Windows Key + I and then clicking on Network & Internet and DirectAccess. Here you’ll find a helpful visual indicator of current connectivity status, and for multisite deployments you’ll also find details about the current entry point.
DirectAccess Missing?
If DirectAccess does not appear in the list, open an elevated PowerShell window and restart the Network Connectivity Assistant service (NcaSvc) using the following command.
Restart-Service NcaSvc
If you receive the error “Failed to start service ‘Network Connectivity Assistant (NcaSvc)‘”, ensure that the client operating system is Enterprise or Education edition. The NCA service will always fail to start on Professional edition as it is not a supported DirectAccess client.
Log Collection
The DirectAccess NCA also provides access to crucial troubleshooting information. Clicking on the Collect button creates a detailed diagnostic log file that is often helpful for troubleshooting DirectAccess connectivity issues.
Troubleshooting Info Missing?
The option to collect a log, and email it to your IT admin will only be displayed if a support email address is defined in the DirectAccess configuration. To define a support email address, open the Remote Access Management console and perform the following steps.
1. Click Edit on Step 1.
2. Click Network Connectivity Assistant.
3. Enter an email address in the Helpdesk email address field.
4. Click Finish to complete Step 1.
5. Click Finish to apply the changes.
Email Program
Microsoft assumes that an end user will be generating the DirectAccess client troubleshooting log and will be emailing them to their administrator. If an email program is not installed on the client, the following information is displayed.
There is no email program associated to perform the requested action. Please install an email program or, if one is already installed, create an associate in the Default Programs control panel.
If you wish to simply view the log file on the client and not email them, you can find the generated DirectAccess troubleshooting log file in HTML format in the following location.
%SystemDrive%\Users\%Username%\AppData\Local\Temp
Unable to Generate Log Files
There are numerous reports that generating the DirectAccess troubleshooting log fails on Windows 10 v1709. DirectAccess administrators have been reporting that the process seems to fail during the creation of the log file, leaving it truncated and incomplete. To resolve this issue, open an elevated PowerShell window and enter the following command.
New-ItemProperty -Path “HKLM:\SYSTEM\CurrentControlSet\Services\NcaSvc\” -Name SvcHostSplitDisable -PropertyType DWORD -Value 1 -Force
The computer must be restarted for this change to take effect. If initial testing of this workaround is successful, the registry setting can be pushed out to all DirectAccess clients using Active Directory Group Policy Preferences.
Additional Information
Installing and Configuring DirectAccess Connectivity Assistant 2.0 on Windows 7 Clients
Planning and Implementing DirectAccess with Windows Server 2016 Video Training Course on Pluralsight
Managing and Supporting DirectAccess with Windows Server 2016 Video Training Course on Pluralsight
Nickett
/ April 4, 2018Hi Richard, any referece on what the SvcHostSplitDisable string is? It fixed our issue with collecting logs but I have no clue why.
Richard M. Hicks
/ April 6, 2018No idea. I just know that is resolves the issue. 🙂
Nickett
/ April 9, 2018LOL. Thanks 🙂
Chris Moore
/ July 25, 2018Thought I’d follow up on the SvcHostSplitDisable bit – there’s a good write-up here on why things changed in 1703, and what that value does: http://www.aitltd.com/2017/05/03/svchost-service-refactoring-in-windows-10-v1703/
Essentially in this case, it’s ensuring the NCA service doesn’t get split away from it’s NetSvcs group.
Richard M. Hicks
/ July 25, 2018Thanks Chris! 🙂
Michael Schmidt
/ January 8, 2019It is worth noting that the software Intel Online Connect, WILL make Direct Access hang in connecting state, and thus needs to be uninstalled (or the service disabled)
Jason Hall
/ October 30, 2020Hi Richard,
We’ve been having an intermittent issue on our system for about the last 6-12months; obviously this has gained more exposure with Covid and the increase of staff working from home.
What we are seeing is that the iphelper service on the client systems will stop responding/crash. We’re unable to restart it, requiring a reboot of the client to fix.
We had a support case open with MS for a while, but it went nowhere. We were never able to capture a crash while running their requested traces as the issue is so random and intermittent… We’ve never found a way to trigger it at will.
Is this something you have seen before? Or could give any pointers to tracking down the cause?
All clients are on win10 v1809; though I’m currently validating our 1909 build and have experienced it on that system too.
Richard M. Hicks
/ November 1, 2020I’ve not seen this specific issue myself. The only thing I can suggest is testing with a clean build. No third-party software installed (security or management) and a dedicated OU with inheritance blocked and only the DirectAccess client settings GPO applied. If you are still having issues then, it is most likely a bug in Windows.