Now you’re less likely to miss what’s been brewing in our knowledge base with this weekly digest
Please, try again later.
Error Cloud gate has rejected connection. Reason: Connection target is not recognized. No rule exists.. (System.Exception)
Error Connection target is not recognized. No rule exists. (Veeam.Backup.Common.CCloudGateNoRuleException)
An external load balancer or DNS Round-Robin has been configured between the tenant's environment and the Cloud Connect Provider's Cloud Gateways, which causes traffic to be sent to a Cloud Gateway other than the one assigned to the tenant's task.
As each task begins on the tenant's side of the connection, the Cloud Connect server creates a dedicated traffic forwarding rule for the backup traffic. This traffic rule is based on Veeam Cloud Connects internal load-balancer selecting the Cloud Gateway server with the least amount of tasks already assigned. Once the traffic rule is created, that tenant's backup activity is expected to use the designated Cloud Gateway and is not allowed to use any gateways where this rule does not exist.
An external load balancer or DNS Round-Robin breaks this logic and may cause tenant traffic bound to a specific forwarding rule to be sent to a different Cloud Gateway, resulting in the error mentioned above.
Here is an example of how that incorrect configuration will appear within the view in the Veeam Cloud Connect Console:
Log from tenant side
%programdata%\Veeam\backup\BackupJob\Job.*.log
Info [CloudGateSvc] Checking gates availability for provider 'vcc.cloudprovider.com', gates to check are: [IP: vcc.cloudprovider.com , port:6180],[IP: vcc.cloudprovider.com , port:6180]
Logging in Service Provide environment
%programdata%\Veeam\backup\CloudConnectService\Tenant\Auxiliary_session\Session.log
Info [CloudForwarding] Found following gates for tenant: Tenant, preferred gates: [IP: vcc.cloudprovider.com , port:6180];[IP: vcc.cloudprovider.com , port:6180], failover gates:
To prevent the issue, Veeam Cloud Service Providers should avoid external load balancing for Cloud Gateway traffic.
Here is an example of a correctly configured set of Cloud Gateway servers, each with a distinct DNS and IP address.
Managed Servers are tracked by Veeam Backup & Replication using their unique BIOS UUID. The BIOS UUID is a globally unique identification number tied to the hardware, physical or virtual. Having identical BIOS UUID for several machines in the same environment is abnormal and can affect both Veeam and other applications in unexpected ways. In virtual environments, this situation can happen if virtual machines were deployed from the same template or were cloned in some other way.
To check the BIOS UUID of a Cloud Gateway, run the following command in an Administrative PowerShell window:
(get-wmiobject Win32_ComputerSystemProduct).uuid
Each Cloud Gateway server should have a unique BIOS UUID. To change the BIOS UUID for the affected machines, follow guidelines from the virtualization environment vendor.
For physical servers with duplicate UUID issues, please contact the hardware vendor.
If a Cloud Gateway's BIOS UUID was changed, do the following to update the Veeam Cloud Connect database:
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.