An Azure service that is used to provision Windows and Linux virtual machines.
The RDP session over xrdp is just another way to log on to the same Linux VM. If ping works from inside the VM, the VM already has network connectivity. The browser failure is almost certainly due to one of these on-VM or network restrictions rather than “RDP not having internet.”
Use these checks from the Linux VM (in the xrdp session or over SSH):
- Verify xrdp and desktop are correctly installed
Ensure the VM is running a supported desktop environment and xrdp, as described for Ubuntu/SUSE:- Desktop (for example xfce4) installed
-
xrdpinstalled and enabled - For Ubuntu 24.04,
xrdpadded tossl-certgroup -
echo xfce4-session > ~/.xsessionset for the user, andsudo systemctl restart xrdprun afterward These steps ensure a stable GUI session, which helps avoid odd behavior with GUI apps like browsers.
- Confirm the VM’s outbound connectivity
From a terminal inside the VM (xrdp or SSH):
orcurl -I https://www.microsoft.com
If these commands succeed but the browser fails, the issue is likely browser- or GUI-specific (proxy settings, DNS in the desktop environment, or a firewall rule affecting the browser process).wget https://www.microsoft.com - Check that RDP is not the bottleneck
RDP/xrdp does not block internet access by itself. If the VM can reach the internet via CLI tools, then the network path is fine and the problem is inside the desktop session (browser configuration, profile corruption, or a local firewall rule). - Validate NSG and outbound rules
Sincepingworks, basic connectivity is present, but if there are restrictive Network Security Group (NSG) or firewall rules, some outbound ports (like 80/443 for HTTP/HTTPS) might be blocked while ICMP is allowed. Review NSG rules associated with the VM’s NIC and subnet to ensure outbound traffic on TCP 80 and 443 is allowed. Use the same approach as for RDP connectivity troubleshooting: verify that no higher-priority deny rules are blocking outbound traffic. - Restart xrdp if GUI behaves inconsistently
If the desktop session is unstable, restart xrdp on the VM:
Then reconnect via RDP and test the browser again.sudo systemctl restart xrdp
If command-line HTTP/HTTPS access fails as well, focus on NSG/firewall and routing configuration. If command-line access works but the browser fails, reset or reinstall the browser, and verify any proxy/DNS settings inside the desktop environment.
References: