You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/dev-box/dev-box-faq.yml
+11-11Lines changed: 11 additions & 11 deletions
Original file line number
Diff line number
Diff line change
@@ -50,13 +50,13 @@ sections:
50
50
51
51
For optimal latency, we recommend creating pools close to the developer's physical location. For example, if a developer is based in India, we recommend creating a dev box in the Central India region. This is generally thought of as a best practice to improve typing speeds as developers work within their dev boxes.
52
52
53
-
Developers primarily spend their time typing and moving their mouse within their Dev Box. We recommend optimizing for typing latency, since these actions will affect development teams the most.
53
+
Developers primarily spend their time typing and moving their mouse within their Dev Box. We recommend optimizing for typing latency, since these actions affect development teams the most.
54
54
55
55
- question: Can I look up in which regions I should create my pools?
56
56
answer: |
57
57
Whether you're creating a new pool, or choosing a pool for creating a dev box, it's important to optimize for latency and performance. It can be difficult to determine the optimal region for developers to host their dev boxes.
58
58
59
-
For best results, we recommend that admins ask the developers to use the [Azure Virtual Desktop Experience Estimator](https://aka.ms/avd-estimator). This tool estimates the connection round trip time (RTT) from the developer's physical location, through the Azure Virtual Desktop service, to each Azure region in which you can deploy your dev box. The highlighted region is the region with the lowest RTT from your current location. This is the region where the developer will experience optimal connectivity.
59
+
For best results, we recommend that admins ask the developers to use the [Azure Virtual Desktop Experience Estimator](https://aka.ms/avd-estimator). This tool estimates the connection round trip time (RTT) from the developer's physical location, through the Azure Virtual Desktop service, to each Azure region in which you can deploy your dev box. The highlighted region is the region with the lowest RTT from your current location. This is the region where the developer experiences optimal connectivity.
60
60
61
61
If there isn't a pool for that region yet, we recommend that you create a new pool for that region or for the next best option according to the estimator.
62
62
@@ -78,21 +78,21 @@ sections:
78
78
[Compare the features of remote desktop clients - Redirections comparison](../virtual-desktop/compare-remote-desktop-clients.md#redirections-comparison)
79
79
80
80
- question: What if I use Linux as my development environment?
81
-
answer: Microsoft Dev Box supports Windows Subsystem for Linux (WSL) for Linux scenarios. This enables users to use Linux environment alongside Windows tools. GitHub users who use VS Code for development can use GitHub Codespaces.
81
+
answer: Microsoft Dev Box supports Windows Subsystem for Linux (WSL) for Linux scenarios. This support enables users to use Linux environment alongside Windows tools. GitHub users who use VS Code for development can use GitHub Codespaces.
82
82
83
-
- question: What to do when network connection health check fails?
84
-
answer: Dev Box service is built on top of Windows 365 Enterprise and uses the same [Azure network connection health checks](/windows-365/enterprise/health-checks). Such health checks can make sure that Dev Box provisioning is successful and end-user experiences are optimal. If you see the failure of health check, please click “view details” to see what causes the failure and address the issue from there. Most of the time it can be your network policy that blocks the following service URLs and ports [Network requirements for Windows 365](/windows-365/enterprise/requirements-network?tabs=enterprise%2Cent#allow-network-connectivity).
83
+
- question: What should I do when a network connection health check fails?
84
+
answer: Dev Box service is built on top of Windows 365 Enterprise and uses the same [Azure network connection health checks](/windows-365/enterprise/health-checks). Such health checks ensure that Dev Box provisioning is successful and end-user experiences are optimal. If a health check fails, select *view details* to see what is causing the failure and address the issue from there. For example, your network policy might block the following service URLs and ports [Network requirements for Windows 365](/windows-365/enterprise/requirements-network?tabs=enterprise%2Cent#allow-network-connectivity).
85
85
86
-
- question: How can I prevent copy/paste between the local device and the remote Dev Box?
87
-
answer: You can prevent copy/paste between the local device and the remote dev box by disabling the clipboard redirection feature in the RDP client. You can manage this setting through a device configuration policy in Microsoft Intune. For more information, see [RDP device redirection settings](/windows-365/enterprise/manage-rdp-device-redirections#rdp-device-redirection-settings).
86
+
- question: Is there a policy or a feature to prevent users copying data or code from the Dev Box to their laptop using the clipboard?
87
+
answer: You can prevent users copying data or code from the Dev Box to their local machine by disabling the clipboard redirection feature in the RDP client. You can manage this setting through a device configuration policy in Microsoft Intune. For more information, see [RDP device redirection settings](/windows-365/enterprise/manage-rdp-device-redirections#rdp-device-redirection-settings).
88
88
89
89
- name: Dev Box quota
90
90
questions:
91
91
- question: What is quota?
92
92
answer: |
93
93
To ensure that resources are available for customers, Microsoft Dev Box has a limit on the number of each type of resource that can be used in a subscription. This limit is called a quota.
94
94
There are different types of quota that you can encounter in the Developer portal and Azure portal, such as quota for:
95
-
- Dev Box vCPU (This is a quota error you will encounter in devportal.microsoft.com during dev box creation)
95
+
- Dev Box vCPU (This is a quota error you'll encounter in devportal.microsoft.com during dev box creation)
96
96
97
97
Or, for Azure portal resource limits:
98
98
- Dev Centers
@@ -101,9 +101,9 @@ sections:
101
101
102
102
- question: What should I do if I hit a vCPU quota error?
103
103
answer: |
104
-
If you are in the developer portal, you may have seen a *QuotaExceeded* error during dev box creation.
105
-
If you see this error, please contact your administrator for assistance to increase this quota. You can point them to the documentation on [requesting a quota limit](/azure/dev-box/how-to-request-quota-increase).
106
-
If your admin cannot increase the quota limit at this time, please try selecting another pool with a region close to your location.
104
+
If you are in the developer portal, you might see a *QuotaExceeded* error during dev box creation.
105
+
If you see this error, contact your administrator for assistance to increase this quota. You can point them to the documentation on [requesting a quota limit](/azure/dev-box/how-to-request-quota-increase).
106
+
If your admin can't increase the quota limit at this time, try selecting another pool with a region close to your location.
0 commit comments