Migrate to Windows App for Azure Virtual Desktop

Migrate to Windows App

Se nella vostra azienda usate Azure Virtual Desktop (AVD) e i vostri utenti si collegano con il Remote Desktop client per Windows, questa è una scadenza da segnare in rosso: il 27 marzo 2026 il client raggiunge l’end of support. Da quel momento non sarà più disponibile per il download e non riceverà più aggiornamenti di sicurezza o funzionalità; gli update di sicurezza continuano fino a quella data (vedi tech blog)

La direzione indicata da Microsoft è chiara: migrare gli utenti su Windows App per continuare a connettersi ad Azure Virtual Desktop, Windows 365 e Microsoft Dev Box.

Cosa cambia davvero

• Remote Desktop client per Windows: fine supporto il 27 marzo 2026 → niente download, niente aggiornamenti post data.
• Target di migrazione: Windows App, che punta a offrire parità funzionale e un’esperienza unificata per più servizi.

Cosa NON cambia

• Remote Desktop Connection (MSTSC), l’app “storica” integrata in Windows per connessioni RDP “classiche”, non è coinvolta.

Qui serve una nota di realtà: MSTSC non è il sostituto funzionale di MSRDC per l’esperienza “workspace/feed” di AVD. MSTSC resta utile per scenari RDP tradizionali (es. verso server o pc), ma la migrazione richiesta dalla comunicazione riguarda l’accesso ai servizi cloud (AVD/Windows 365/Dev Box) tramite l’app moderna.

Perché Windows App (e cosa porta in più)

Windows App nasce come “contenitore” per l’accesso remoto a più servizi Microsoft, con un’interfaccia unica e funzionalità moderne come:

• accesso unificato a Windows 365, Azure Virtual Desktop, Microsoft Dev Box
• multimonitor e risoluzione dinamica
• miglioramenti per lavoro remoto: device redirection, ottimizzazioni Microsoft Teams, cambio account più rapido

Attenzione: parità funzionale non significa “oggi è identico”

Microsoft stessa evidenzia che esistono ancora gap/limitazioni e rimanda alla pagina “Known issues and limitations”. Tra quelli citati (da monitorare perché cambiano nel tempo):

• problemi in ambienti dove i proxy richiedono autenticazione proxy/HTTP
• alcune limitazioni su Azure Private Link, Azure Government, SSO con AD FS, ecc.

Traduzione pratica: prima di fare un “big bang”, fai una validazione mirata sui tuoi casi d’uso (proxy, Private Link, tenant speciali, versioni Windows supportate, ecc.).

Piano di migrazione consigliato

1) Inventario: chi usa cosa (e dove rischi il blocco)

Non iniziare installando app “a tappeto” sperando nel meglio. Prima raccogli dati: Microsoft consiglia di identificare i client usati dagli utenti con Azure Virtual Desktop Insights (client version usage/telemetry).

Obiettivo: sapere quanti usano Remote Desktop client, quali versioni, quali pool/host/app sono più critici e quali sedi hanno requisiti particolari (proxy, rete, device redirection).

2) Pilot tecnico: scegli casi d’uso “difficili”

Il pilot non deve essere “dieci utenti a caso”. Deve includere:

• utenti con multimonitor e display ad alta risoluzione
• utenti con Teams ottimizzato e periferiche (audio/video)
• scenari con device redirection (stampanti, smart card, drive, clipboard secondo policy)
• utenti dietro proxy autenticato (se esiste nel tuo contesto)

3) Deployment di Windows App: Store o pacchetto MSIX

Dalla comunicazione ufficiale emergono due strade tipiche:

• Microsoft Store (semplice per ambienti dove lo Store è gestibile/consentito)
• MSIX (utile per deployment controllati, packaging, provisioning)

In termini di Modern Workplace, significa: Intune (Win32/MSIX), Company Portal, oppure provisioning per device condivisi/kiosk a seconda del modello.

4) Coesistenza temporanea e cutover guidato

Per ridurre l’impatto:

• installa Windows App e prepara guide utente (primo accesso, aggiunta account, workspace)
• definisci una data di “switch” per gruppi (per sede, reparto, criticità)
• solo dopo la stabilizzazione, pianifica la rimozione di MSRDC dove non serve più

5) “Banner” in-app: gestirlo senza panico

Circa 60 giorni prima della scadenza, gli utenti potrebbero vedere un banner in-app che avvisa della fine supporto. Nella comunicazione che hai incollato viene indicata anche una chiave di registro per sopprimerlo su endpoint gestiti:

HKEY_LOCAL_MACHINE\Software\Microsoft\MSRDC
SuppressEndOfServiceBannerMessage (DWORD) = 1

Consiglio da ingegnere noioso: applica questa mitigazione solo se hai già un piano di migrazione e comunicazione, altrimenti è come togliere la spia della benzina. Se il dettaglio dovesse variare per versione/build, verifica nella documentazione ufficiale o nel messaggio di Service Health del tuo tenant.

Esempio PowerShell (Intune Remediation/Proactive Remediation):

New-Item -Path "HKLM:\Software\Microsoft\MSRDC" -Force | Out-Null
New-ItemProperty -Path "HKLM:\Software\Microsoft\MSRDC" `
  -Name "SuppressEndOfServiceBannerMessage" -PropertyType DWord -Value 1 -Force | Out-Null

FAQ veloce

Q: Quando finisce il supporto del Remote Desktop client (MSRDC) per Windows?
A: Il 27 marzo 2026.

Q: Qual è il sostituto consigliato per Azure Virtual Desktop?
A: Windows App.

Q: MSTSC (Remote Desktop Connection) sparisce?
A: No, resta supportato per RDP tradizionale.

Q: Cosa devo fare subito?
A: Inventario con AVD Insights, pilot su casi complessi, deployment controllato di Windows App, comunicazione agli utenti.