Unable to Connect Azure to AWS RDS – Request for Technical Assistance & Meeting

Khan, Jazeem 0 Reputation points
2026-06-22T06:19:30.23+00:00

Dear Azure Support Team,

Greetings from Allianz Insurance Sri Lanka.

We are currently using Azure in conjunction with AWS for our M484 system anomaly detection solution, with both environments hosted via our FCP setup. However, we are facing an issue establishing connectivity from Azure to an AWS RDS instance.

Issue Summary:

  • We are unable to connect to the AWS RDS database from Azure.
  • Connectivity from our internal office network to the RDS instance is working as expected.
  • The FCP team has verified and confirmed that all required network connectivity between Azure and AWS is properly configured.
  • We have also implemented a Network Load Balancer in the Transitional Zone to route requests to the Enterprise Zone RDS instance.

Despite these configurations, connections from Azure to AWS RDS are failing.

Request:

We would appreciate your support in investigating and resolving this issue. Given the complexity, we believe a live discussion would be beneficial. We are available for a meeting where we can demonstrate the issue and provide additional technical details.

Please let us know your availability for a session at your earliest convenience.

Thank you for your assistance.

Azure Synapse Analytics
Azure Synapse Analytics

An Azure analytics service that brings together data integration, enterprise data warehousing, and big data analytics. Previously known as Azure SQL Data Warehouse.


1 answer

Sort by: Most helpful
  1. AI answer

    2026-06-22T06:19:49.9933333+00:00

    Based on the described symptoms, the issue is most likely related to connectivity or configuration between Azure and the AWS RDS instance, even if basic network paths have been validated. The following checks and actions are directly supported by the documented troubleshooting guidance for connecting Azure services to AWS RDS.

    1. Verify RDS is configured for remote connections
      For Amazon RDS for SQL Server, ensure the instance accepts remote connections and that TCP/IP is enabled:
      • In Amazon RDS for SQL Server Management Studio, open server → Properties → Connections and confirm Allow remote connections to this server is checked.
      • In Amazon RDS for SQL Server Configuration Manager, under Amazon RDS for SQL Server Network Configuration → Protocols for MSSQLSERVER, ensure TCP/IP is enabled.
      • In TCP/IP Properties → IP Addresses → IPAll, confirm the TCP Port (default is 1433) and ensure this port is used in the connection string.
      • Confirm that any Windows Firewall or security group rules on the path allow inbound traffic on this port.
      These steps are required for Azure services (such as Data Factory, DMS, or applications running in Azure) to connect successfully.
    2. Validate the connection string and error codes from Azure
      When connecting from Azure (for example, from an Azure service or VM), capture the exact error message and code:
      • For AWS RDS SQL Server sources, common errors include:
        • Error 53 – cannot open a connection to SQL Server (network/instance not reachable).
        • Error 87 – connection string is not valid.
        • Error 18456 – login failed for user (credential issue).
      • For AWS RDS MySQL, common errors include:
        • [2003] (10060) – cannot connect to MySQL server (network path/firewall).
        • [2005] – unknown MySQL server host (DNS/hostname issue).
        • [1045] – access denied for user (credentials/permissions).
        • [9002] – connection string might not be right.
      Compare the error from the Azure-side client with these documented codes to narrow down whether the problem is:
      • Network reachability (Error 53, 2003, 2005, 9002).
      • Credentials/permissions (Error 18456, 1045, 300).
      • SSL/certificate trust (server certificate not trusted).
    3. Check SSL/TLS and certificate trust from Azure
      If the connection from Azure reaches the RDS instance but fails during login with a certificate error such as “The certificate chain was issued by an authority that is not trusted”:
      • Ensure the certificate used by the RDS instance is trusted by the client in Azure.
      • If appropriate for the environment, enable the option to trust the server certificate in the client connection settings. This should only be done if the certificate and endpoint are trusted, and not for internet-exposed production workloads.
    4. Confirm permissions on the RDS SQL Server instance
      If the Azure-side process needs specific permissions (for example, for migration or data movement):
      • Ensure the login used from Azure has the required permissions, such as VIEW SERVER STATE when using migration tools. Lack of this permission can result in errors like Error 300 – VIEW SERVER STATE permission was denied.
    5. Use documented connectivity troubleshooting for SQL Server
      For persistent connectivity failures (for example, Error 53 or 2003), follow the connectivity troubleshooting guidance:
      • Review SQL Server connectivity troubleshooting to verify name resolution, port accessibility, and firewall rules.
      • For AWS RDS SQL Server specifically, use the documented guidance on resolving connectivity issues and the AWS RDS connectivity troubleshooting resources.
    6. Next steps and support engagement
      If, after validating:
      • RDS remote access and TCP/IP configuration,
      • Correct port and connection string,
      • Firewall/security group rules for the RDS port from Azure address ranges,
      • SSL/certificate trust,
      • And required SQL permissions,
      the connection from Azure still fails while on-premises connectivity works, the next step is to:
      • Collect the exact error code and message from the Azure-side client.
      • Compare it against the documented error tables for AWS RDS SQL Server or MySQL.
      • Engage the respective cloud support channels (Azure Support for Azure-side networking and service configuration; AWS Support for RDS-side networking and security groups) with these details.
      The documentation also notes that when connectivity issues are specific to certain cloud environments and basic causes (name, service running, firewall) have been ruled out, configuration in those environments is a likely cause and should be investigated with the cloud operators.

    References:

    AI-generated content may be incorrect. Read our transparency notes for more information.

    Was this answer helpful?

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.