Skip to content

Commit ab41579

Browse files
Merge branch 'main' into gary-restage-public-pr-ayush
2 parents 8969aa7 + 5a5d233 commit ab41579

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

defender-endpoint/configure-endpoints-vdi.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -14,7 +14,7 @@ ms.collection:
1414
- tier2
1515
ms.custom: admindeeplinkDEFENDER
1616
ms.topic: conceptual
17-
ms.date: 03/04/2025
17+
ms.date: 03/11/2025
1818
ms.subservice: onboard
1919
---
2020

@@ -55,8 +55,8 @@ Defender for Endpoint supports non-persistent VDI session onboarding. There migh
5555
- In a VDI environment, VDI instances can have short lifespans. VDI devices can appear in the Microsoft Defender portal as either single entries for each VDI instance or multiple entries for each device.
5656

5757
- Single entry for each VDI instance. If the VDI instance was already onboarded to Microsoft Defender for Endpoint, and at some point deleted, and then recreated with the same host name, a new object representing this VDI instance is NOT be created in the portal. In this case, the *same* device name must be configured when the session is created, for example using an unattended answer file.
58-
5958
- Multiple entries for each device - one for each VDI instance.
59+
- For all VDI machines, when they onboard for the first time, there's a client delay of approximately 3-4 hours.
6060

6161
> [!IMPORTANT]
6262
> If you're deploying non-persistent VDIs through cloning technology, make sure that your internal template VMs are not onboarded to Defender for Endpoint. This recommendation is to avoid cloned VMs from being onboarded with the same senseGuid as your template VMs, which could prevent VMs from showing up as new entries in the Devices list.

0 commit comments

Comments
 (0)