| KB ID: | 4185 |
| Product: |
Veeam Backup & Replication | 13 Veeam Agent for Microsoft Windows | 13 |
| Published: | 2021-06-23 |
| Last Modified: | 2026-01-12 |
| Languages: | JP |
Now you’re less likely to miss what’s been brewing in our knowledge base with this weekly digest
Please, try again later.
This article relates to an error that only occurs when Veeam Backup & Replication is deployed on a Windows machine.
With the Veeam Software Appliance, to add a Windows machine using credentials, it requires that both the appliance and the Windows machine are added to the same domain to enable Kerberos authentication. Alternatively, the new Veeam Deployment Kit can be used to eliminate the need to provide remote credentials, instead allowing for certificate-based authentication.
Attempting to add a Windows machine to the Veeam Software Appliance using local credentials will cause it to throw the error:
Cannot find the specified domain. Ensure Kerberos credentials are
specified in FQDN\USER or USER@FQDN format. Local user
accounts are not supported. Samba failed with error:
NT_STATUS_NO_SUCH_DOMAIN [stdout: session setup failed:
NT_STATUS_NO_SUCH_DOMAIN. stderr: Kinit for
administrator@{hostname} to access {hostname} failed: Cannot find KDC
for requested realm. ]
While attempting to perform one of the following actions the error "Access is Denied." occurs:
Access is denied.
Failed to connect to share '\\{hostname-ip}\ADMIN$'
Failed : Unable to install backup agent: failed to connect to testvm Error: Failed to connect with deployment kit. (Failed to connect with deployment kit on {hostname-ip}:6160: Access is denied. Failed to connect to share '\\{hostname-ip}\ADMIN$'. ) (Failed to connect with deployment kit on {hostname-ip}:11731: Access is denied. Failed to connect to share '\\{hostname-ip}\ADMIN$'. ).
When a Windows Server is added as a Managed Server or added to a Protection Group and configured to use credentials-based authentication, Veeam Backup & Replication checks if the Veeam Installer Service (VeeamDeploySvc) is present on the server. If the service is not accessible, Veeam Backup & Replication will attempt to connect to the machine via the admin$ share to deploy the service.
Example: \\localhost\admin$
The "Access is Denied" error occurs because the user account specified is a local account, and UAC restricts remote access for local accounts.
When attempting to add a remote Windows machine as a managed server or as part of a Protection Group using credentials-based authentication, the user account used to connect to that remote machine must work with the UAC remote restrictions. That account must be either:
As an alternative to adding the Windows server to Veeam Backup & Replication using credentials-based authentication, the new Veeam Deployment Kit can be installed on the Windows machine before adding it to Veeam Backup & Replication. This will allow you to select the "Connect using certificate-based authentication" option, eliminating the need to provide credentials to Veeam Backup & Replication to establish a connection to the remote machine.
If none of the provided solutions are viable, it is possible to disable UAC remote restrictions. This will allow local accounts other than Administrator to be used for remote access. This option should be considered a last resort as it involves disabling a Microsoft Windows OS security feature.
We highly recommend simply using the Veeam Deployment Kit instead of disabling UAC remote restrictions.
If this KB article did not resolve your issue or you need further assistance with Veeam software, please create a Veeam Support Case.
To submit feedback regarding this article, please click this link: Send Article Feedback
To report a typo on this page, highlight the typo with your mouse and press CTRL + Enter.
Your feedback has been received and will be reviewed.
Please, try again later.
Please try select less.
This form is only for KB Feedback/Suggestions, if you need help with the software open a support case
Your feedback has been received and will be reviewed.
Please, try again later.