Skip to content

Commit 0ca9042

Browse files
authored
Merge pull request #7059 from MicrosoftDocs/main
Publish 03/18/2022, 10:30 AM
2 parents cbb46e0 + aa6c555 commit 0ca9042

3 files changed

Lines changed: 8 additions & 9 deletions

File tree

windows-365/enterprise/in-development.md

Lines changed: 0 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -80,10 +80,6 @@ The windows365.microsoft.com web client will be moving out of preview and into g
8080

8181
In a future release, for most currently supported regions, Windows 365 8vCPU/32GB licenses will support nested virtualizations for different developer scenarios to use systems like WSL/Hyper-V. Southeast Asia and West US 2 will follow at a later date.
8282

83-
### Operating system end of support status for Cloud PCs<!--36852572 -->
84-
85-
The **Provisioning policies** page is getting a new column: **Image status**. It tells you if the device image for each provisioning policy uses an operating system (OS) that is supported by Microsoft Windows security and other updates.
86-
8783
<!-- ***********************************************-->
8884
## Monitor and troubleshoot
8985

windows-365/enterprise/requirements-network.md

Lines changed: 7 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -99,17 +99,20 @@ You must allow traffic in your Azure network configuration to the following serv
9999
- login.live.com
100100
- enterpriseregistration.windows.net
101101
- global.azure-devices-provisioning.net (443 & 5671 outbound)
102-
- hm-iot-in-*.azure-devices.net (443 & 5671 outbound)
102+
- hm-iot-in-prod-preu01.azure-devices.net (443 & 5671 outbound)
103+
- hm-iot-in-prod-prap01.azure-devices.net (443 & 5671 outbound)
104+
- hm-iot-in-prod-prna01.azure-devices.net (443 & 5671 outbound)
105+
- hm-iot-in-prod-prau01.azure-devices.net (443 & 5671 outbound)
103106

104107
All endpoints connect over port 443.
105108

106109
### Remote Desktop Protocol (RDP) broker service endpoints
107110

108-
Azure Virtual Desktop RDP broker service endpoints are critical to Cloud PC performance. These endpoints affect both connectivity and latency. To align with the [Microsoft 365 network connectivity principles](/microsoft-365/enterprise/microsoft-365-network-connectivity-principles#new-office-365-endpoint-categories), you should categorize these endpoints as **Optimize** endpoints.
111+
Direct connectivity to Azure Virtual Desktop RDP broker service endpoints is critical for remoting performance to a Cloud PC. These endpoints affect both connectivity and latency. To align with the [Microsoft 365 network connectivity principles](/microsoft-365/enterprise/microsoft-365-network-connectivity-principles?view=o365-worldwide#new-office-365-endpoint-categories), you should categorize these endpoints as **Optimize** endpoints. We recommend that you use a direct path from your Azure virtual network to those endpoints.
109112

110-
To make it easier to configure network security controls, use Azure Virtual Desktop service tags to identity those endpoints for direct routing using an [Azure Networking User Defined Route (UDR)](/azure/virtual-network/virtual-networks-udr-overview). A UDR will result in direct routing between your virtual network and the RDP broker for lowest latency. For more information about Azure Service Tags, see (Azure service tags overview)[/azure/virtual-desktop/network-connectivity].
113+
To make it easier to configure network security controls, use Azure Virtual Desktop service tags to identity those endpoints for direct routing using an [Azure Networking User Defined Route (UDR)](/azure/virtual-network/virtual-networks-udr-overview). A UDR will result in direct routing between your virtual network and the RDP broker for lowest latency. For more information about Azure Service Tags, see [Azure service tags overview](/azure/virtual-desktop/network-connectivity).
111114

112-
Changing the network routes of a Cloud PC (at the network layer or at the Cloud PC layer (e.g. VPN)), might break the connection between the Cloud PC and the Azure Virtual Desktop RDP broker. If so, the end user will be disconnected from their Cloud PC until a connection be established.
115+
Changing the network routes of a Cloud PC (at the network layer or at the Cloud PC layer (e.g. VPN)), might break the connection between the Cloud PC and the Azure Virtual Desktop RDP broker. If so, the end user will be disconnected from their Cloud PC until a connection be re-established.
113116

114117

115118
## DNS requirements

windows-365/enterprise/resize-cloud-pc.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -60,7 +60,7 @@ Resizing isn’t supported for:
6060
![Screenshot of resize a Cloud PC](./media/resize-cloud-pc/resize.png)
6161
3. You’ll see a list with all the possible SKUs that you can upgrade to. You can only increase a Cloud PC’s storage and specifications. Options with lower storage or specifications are grayed out. Select one of the available options.
6262
4. Select **Resize**.
63-
- When triggering a resize, the user will be inmediately disconnected from their current session. Make sure the user saves all their work to avoid any data lost.
63+
- When triggering a resize, the Cloud PC will be rebooted and the user will be immediately disconnected from their current session. Make sure the user saves all their work to avoid any potential data lost.
6464
- If there are available licenses, the upgrade will take place.
6565
- If you have a combination of paid and trial licenses, the resize feature will use your paid licenses first. After these licenses run out, the resize operation will use your trial licenses.
6666
- If there are no licenses in your inventory, the resizing will fail. You can contact your procurement admin to request more licenses. After the license has been purchased and added to the inventory in the Microsoft Admin Center, you can retry the resize operation.

0 commit comments

Comments
 (0)