IP Whitelisting for Cloud-hosted environments

13.08.2026

For a Cloud-hosted (Tier 1) D365 F&O environment, the VM and network resources are in your Azure subscription, so IP whitelisting is typically done in the Azure Network Security Group (NSG) associated with the VM.

Protecting your development VMs is important for several reasons. One of the most significant is that internet-facing RDP endpoints are continuously scanned and indexed by automated services and search engines. If your VM is publicly accessible, it can quickly become a target for unauthorized access attempts (brute-force and password-spraying attacks).

Even when these attempts are unsuccessful due to strong credentials and security controls provided by Lifecycle Services (LCS), repeated failed sign-in attempts may trigger account lockout policies or security protections. This can temporarily prevent legitimate users from accessing the environment, disrupting development activities and reducing productivity.


Restrict RDP Access (Recommended)

If your goal is to control who can log in via Remote Desktop you can follow these simple steps:

1: Open Azure Portal and log in

2: Navigate to the VM shown in your cloud-hosted environment

3: Select Network settings as shown below.

4: Locate the inbound rule for TCP 3389 (RDP), often named rdp-rule.

5: Edit the rule by clicking on the name.

6: In the rdp-rule dialog box you need to change:

    Source = IP Addresses

    Source IP addresses/CIDR ranges = your public IP(s)

    Example: 85.xxx.xxx.xxx

    Multiple IPs can be specified as a list separated by comma.

7: Save the rule and you are done.

Microsoft specifically recommends limiting RDP access to only the client IPs that require access.

Restrict Access to the F&O Application URL

If you also want to prevent users from even reaching the F&O web client:

1: Open the same NSG.

2: Find the inbound rule for:

    TCP 443 (HTTPS)

3: Restrict the source IP addresses to your corporate network, VPN ranges, or approved public IPs.

4: Save the rule.

Microsoft notes that the one-box environment's HTTPS endpoint is internet accessible by default and recommends restricting access where appropriate.

Alternative: Use Azure Bastion

Instead of exposing RDP (3389) at all:

  • Deploy Azure Bastion.
  • Remove or disable public RDP access.
  • Connect through the Azure Portal only.

Microsoft specifically suggests Azure Bastion as a more secure method for obtaining RDP access


You can read more on Microsoft learn

Share