Local Connection Authentication Errors

Local Connection Authentication Errors

Applicable Error Code

  1. 0x80041064  User credentials cannot be used for local connections.

Overview

This article provides troubleshooting steps for WMI Error 0x80041064, which may occur when:

  • Adding a Windows Monitor
  • Collecting data through WMI mode

Root Cause:
Applications Manager collects monitoring credentials for the target Windows server. However, if the configured hostname or IP address resolves to the Applications Manager server itself (localhost), WMI treats the connection as local. Since Windows does not use explicit credentials for local WMI connections, Applications Manager cannot pass the configured username and password, causing the connection to fail with Error 0x80041064.


Possible Causes

This error occurs when the hostname or IP address configured for the Windows monitor unexpectedly resolves to the Applications Manager server (localhostinstead of the intended remote Windows server.

Common reasons include:

  • ❌ Incorrect DNS resolution
  • ❌ Incorrect entries in the local hosts file
  • ❌ The hostname resolves to 127.0.0.1 or the local machine
  • ❌ The configured IP address belongs to the Applications Manager server instead of the target server

Troubleshooting Steps

Step 1: Verify Hostname Resolution

Perform this step from: Applications Manager Server

Verify that the configured hostname resolves to the correct remote server.

Execute:

ping <hostname>

OR

nslookup <hostname>

 Ensure the resolved IP address belongs to the target Windows server and not the Applications Manager server.


Step 2: Verify the Configured IP Address

Perform this step from: Applications Manager Server

If the monitor is configured using an IP address, verify it belongs to the target Windows server.

Ensure the configured IP is NOT:

  • 127.0.0.1
  • localhost
  • The IP address assigned to the Applications Manager server

Step 3: Check the Hosts File

Perform this step from: Applications Manager Server

Open the hosts file:

C:\Windows\System32\drivers\etc\hosts

Verify there are no incorrect entries mapping the target hostname to:

  • localhost
  • 127.0.0.1
  • The Applications Manager server's IP address

⚠️ Action Required: Remove any incorrect entries and retry the connection.


Step 4: Verify WMI Connectivity

Perform this step from: Applications Manager Server 

Use WBEMTEST to verify that the configured hostname or IP address connects to the intended remote server.

For detailed instructions on using the WBEMTEST tool, refer to the "Verify WMI Connectivity Using WBEMTEST" section in the corresponding knowledge base article.

⚠️ If WBEMTEST connects to the local machine instead of the remote server, verify the hostname resolution before proceeding.


Resolution

After correcting the hostname or IP address resolution:
  1. ✅ Verify that the configured hostname resolves to the intended remote Windows server and not to the Applications Manager server (localhost).
  2. ✅ Retry the WMI connectivity test to confirm that the remote connection is established successfully.
  3. ✅ If the configured hostname or IP address is incorrect, update it using the Update IP/Hostname option for the Windows monitor in Applications Manager.

Contact Support

  1. Screenshots of all the troubleshooting steps performed and their results.
  2. Screenshot of the WBEMTEST error message or result.
  3. Validate the WMI connection using both the hostname and IP address of the target server, and identify which one succeeds in your environment.
  4. If only one method succeeds, update the monitor using the Update Hostname/IP option and verify whether the issue is resolved.
  5. Enable Print all log by navigating to Settings → Logging. Perform a manual poll for the affected Windows monitor.
  6. Generate a Support Information File from Applications Manager after the manual poll.


                    New to ADSelfService Plus?

                      • Related Articles

                      • Troubleshooting errors that occur while adding Microsoft 365 monitor (For versions upto 16300)

                        Prerequisites: Ensure that you have met all the prerequisites for the Microsoft 365 monitor. From Applications Manager version 16300 onwards, Microsoft 365 monitor will use Microsoft Graph API as the primary mode of data collection. We have migrated ...
                      • "Authentication Failed or Access denied" message is shown, when trying to add the Server Monitor through WMI mode.

                        Overview This article provides troubleshooting steps for Authentication Failed, Access Denied, and related WMI authentication errors encountered while adding a Windows Server Monitor or during data collection through WMI mode in Applications Manager. ...
                      • WMI Error Troubleshooting Guide

                        Overview This Knowledge Base provides troubleshooting guidance for commonly encountered Windows Management Instrumentation (WMI) errors that may occur while adding a Windows monitor or collecting metrics through WMI mode in Applications Manager. WMI ...
                      • WMI/RPC Communication Errors

                        Applicable WMI Error Codes 0x800706BE – The remote procedure call failed 0x80010002 – Call was canceled by the message filter Overview These errors occur when Applications Manager is unable to establish or maintain WMI/RPC communication with the ...
                      • Troubleshooting WinRM errors

                        This KB serves as a guide for troubleshooting errors when using the WinRM mode of data collection. First, ensure that all the following conditions are met: Refer to the below link and check if all the WinRM prerequisites have been completed properly ...