Hello Joachim
It sounds like you've set up a Private Link for your Azure Virtual Desktop (AVD) initial feed, and the W365 browser client is having trouble connecting to it when using the Private Link address. However, when you access the same endpoint from an external network using the public IP, it works fine.
This behavior is not a known issue with the W365 browser client, and it's likely related to the way the client handles private links or DNS resolution. Here are a few potential explanations and troubleshooting steps:
- DNS resolution: Ensure that the internal network can resolve the Private Link domain name correctly. You can try pinging the Private Link domain name from a machine within the internal network to verify DNS resolution.
- Private Link configuration: Double-check that the Private Link is properly configured and linked to your AVD workspace. Make sure that the Private Link is enabled and configured correctly for both the initial feed and your AVD workspace.
- W365 browser client configuration: Check the W365 browser client configuration to ensure that it's using the correct DNS resolver or proxy settings. You can try setting a custom DNS resolver or disabling any proxy settings to see if it resolves the issue.
- CORS configuration: Verify that the CORS (Cross-Origin Resource Sharing) settings are configured correctly on your AVD workspace's initial feed. Some browsers may block requests due to CORS issues, even if they're coming from the same origin.
- Fiddler or proxy tool: Try using a tool like Fiddler or Burp Suite to inspect and manipulate the HTTP requests made by the W365 browser client. This might help you identify if there are any issues with the request headers, URL rewriting, or other factors that could be causing the 403 error.