An Azure networking service that is used to provision private networks and optionally to connect to on-premises datacenters.
You're encountering a common issue when provisioning Azure Cloud Shell inside a VNet. This typically happens due to misconfiguration in the delegated subnet, missing network resources, or NSG/firewall issues.
Cloud Shell requires a delegated subnet specifically for Microsoft.Web/serverFarms.
- Go to your VNet > Subnets > Select the subnet you're using for Cloud Shell.
- Verify it is delegated to:
Microsoft.Web/serverFarms
Make sure the subnet has access to these:
- Storage Account: Cloud Shell needs a file share mounted.
- Public IP / DNS Resolution: Even if you're inside a VNet, the shell needs to resolve public domains (like
microsoft.com) for updates and connections. - If using private DNS zones, ensure correct DNS forwarding is set up (to Azure
168.63.129.16resolver).
Check your NSG for outbound rules. It must allow outbound access to:
| Destination | Ports | Purpose |
|---|---|---|
| *.azure.com, *.microsoft.com | 443 | API calls |
*.azure.com, *.microsoft.com |
443 | API calls |
Storage account endpoint |
443 | File share mount |
168.63.129.16 |
53, 80, 443 | Azure infrastructure communication |
If you block outbound traffic to public IPs, Cloud Shell cannot start.