Now you’re less likely to miss what’s been brewing in our knowledge base with this weekly digest
Please, try again later.
A Tenant's Backup Job or Backup Copy Job targeting a Cloud Repository fails with the following message:
Target gate has rejected connection. Unable to establish target connection. All aliases have failed.
The wording of the error might differ, but the root error "All Aliases Have Failed" will be the same.
More information can be found in Reference Architecture, Cloud Gateways Settings, and Used Ports.
Troubleshooting involves a connectivity check between different components:
If the basic checks do not resolve the issue, more in-depth troubleshooting is required.
To ensure that the environment is configured in accordance with the Veeam User Guide, it's important to gather the following information before proceeding. This will help you navigate between components and run connectivity or configuration tests more effectively.
Please collect the following data:
It is recommended to create a table listing each component’s role (e.g., Gateway, Repository, Server) along with its hostname, FQDN, internal IP address, and external IP address. This will make it easier to identify mismatches, validate configurations, and troubleshoot connectivity issues.
| Component | Hostname | FQDN | Internal IP | External IP |
| Veeam Cloud Connect | vcc.cloud.local | — | 10.10.10.10 192.168.24.5 |
— |
| Cloud Gateway 1 | gw1.cloud.local | cgw1.mycloudorg.com | 10.120.11.20 | 203.0.113.21 |
| Cloud Gateway 2 | gw2.cloud.local | cgw2.mycloudorg.com | 10.120.11.30 | 198.51.100.22 |
| Cloud Repository | repo5.cloud.local | — | 10.20.1.55 | — |
| Tenant VBR Server | vbr.prem.local | — | 192.168.60.10 | — |
| Tenant Repository | repo1.prem.local | — | 192.168.60.11 | — |
The following tests should be performed to help isolate communication issues between Veeam components. If any of these tests fail, it may indicate a communication problem between components, possibly due to the environment they are running in. In such cases, the issue should be escalated to your system or network administrator for further investigation.
On each Cloud Gateway, run the following PowerShell command to test connectivity to the Cloud Connect server:
Note: Replace <VCC_server_hostname> with the actual hostname of your Cloud Connect Service.
Test-NetConnection <VCC_server_hostname> -Port 6169
On the Cloud Connect server, run the following PowerShell commands to test connectivity to each Cloud Gateway:
Note: Replace <CGW_server_hostname> with the actual hostnames or IP addresses of each Cloud Gateway.
Test-NetConnection <CGW_server_hostname> -Port 6168
C:\Program Files (x86)\Veeam\Backup Transport\x64\VeeamAgent.exe
/opt/veeam/transport/veeamagent
VeeamAgent.exe or veeamagent executable, the process will start and display a Dispatch port. Take note of the Dispatch port; you'll need that for testing in the next step.Test-NetConnection <VCC_repo_server_hostname> -Port <Dispatch_port>
The tests in this section should be run from the tenant's Veeam Backup Server and any associated Proxy or Repository servers that send data off-site to the Service Provider.
This tests:
nslookup <CGW_FQDN>
nslookup <CGW_External_IP_address>
Test-NetConnection <CGW_FQDN> -Port 6180
If the steps above did not resolve the issue, or if you need further clarification from a support engineer, please contact Veeam technical support and provide the following:
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.