Risoluzione dei problemi relativi alle operazioni

Aggiornamento: novembre 2013

Si applica a: Microsoft Enterprise Desktop Virtualization 2.0

In questo argomento sono incluse informazioni utili per la risoluzione di vari problemi operativi di Microsoft Enterprise Desktop Virtualization (MED-V) 2.0.

Risoluzione dei problemi delle operazioni MED-V

Di seguito sono elencati alcuni problemi riscontrabili dagli utenti finali durante l'esecuzione di MED-V e le relative soluzioni:

• Il reindirizzamento della documentazione ha esito negativo. Questo problema si verifica in genere quando la cartella Documenti dell'utente finale fa riferimento a un percorso di rete. Windows non supporta la creazione di una condivisione da un'altra cartella condivisa. Quando un'unità o una cartella viene reindirizzata al guest, RDP\Windows Virtual PC crea una condivisione per la cartella. Se pertanto la cartella Documenti sull'host fa già riferimento a una condivisione, RDP\Windows Virtual PC non è in grado di creare una condivisione di una condivisione.

  Un'altra possibile causa del problema è che le credenziali necessarie per connettersi alla risorsa di rete siano diverse dalle credenziali di dominio dell'utente. È possibile che MED-V rilevi che i documenti vengono reindirizzati all'host, che invii tali informazioni al guest e che quindi cerchi di riconnettersi alla risorsa di rete. Se le credenziali dell'utente non vengono autenticate, MED-V potrebbe interrompere il tentativo di autenticazione.

  Soluzione

  Provare a eseguire una delle operazioni seguenti per risolvere il problema:

  • Impostare la directory radice dell'utente all'interno di Active Directory. Il guest e l'host si connetteranno quindi alla stessa risorsa di rete.

  • Invece di reindirizzare la cartella Documenti a un percorso UNC, eseguirne il mapping a una lettera di unità. Sull'host eseguire il mapping di un'unità che fa riferimento alla risorsa di rete. Sarà quindi possibile impostare la cartella Documenti per l'utilizzo della lettera di unità anziché del percorso UNC. Il guest verrà quindi reindirizzato alla stessa unità mappata come previsto.

  • Creare uno script di avvio nel guest che reindirizza la cartella Documenti alla risorsa di rete e fornisce ulteriori credenziali, se necessario.

• Il reindirizzamento degli URL ha esito negativo. Un URL specificato per il reindirizzamento dall'host al guest non viene reindirizzato come previsto o restituisce un messaggio di errore indicante che il sito Web non esiste.

  Soluzione

  Questo errore può verificarsi quando è presente un errore di ortografia o un utilizzo non corretto dei caratteri, quale l'asterisco (*), nelle informazioni di reindirizzamento dell'URL. Controllare il valore del Registro di sistema per il reindirizzamento dell'URL e correggere eventuali errori.

  La chiave del Registro di sistema è denominata RedirectUrls e si trova in genere nel percorso seguente:

  Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MEDV\v2\UserExperience

• Icona ingannevole nella barra delle applicazioni. Per impostazione predefinita, l'icona visualizzata nella barra delle applicazioni di un utente finale per le applicazioni pubblicate e gli URL reindirizzati è quella di Windows Virtual PC. Se un utente finale non è a conoscenza di questo comportamento predefinito, potrebbe confondersi quando osserva la barra delle applicazioni per individuare l'applicazione.

  Soluzione

  Il solo modo per evitare questo comportamento predefinito è modificare le impostazioni utente per le proprietà della barra delle applicazioni, come indicato di seguito:

  1. Fare clic con il pulsante destro del mouse sulla barra delle applicazioni e quindi scegliere Proprietà.

  2. Nella finestra di dialogo Proprietà della barra delle applicazioni e del menu Start fare clic sulla scheda Barra delle applicazioni.

  3. Nell'elenco a discesa della casella Pulsanti della barra delle applicazioni selezionare Non combinare.

  4. Fare clic su OK.

  Verranno visualizzate le icone previste per le applicazioni pubblicate e gli URL reindirizzati.

• Avviso visualizzato se il secondo utente tenta di eseguire l'accesso o se la macchina virtuale è in uso. Un messaggio di avviso viene visualizzato quando un secondo utente accede a un'Area di lavoro MED-V mentre un primo utente sta ancora eseguendo MED-V. L'avviso viene visualizzato anche se MED-V viene avviato mentre la macchina virtuale è in uso, ad esempio, se la macchina virtuale è stata avviata tramite Windows Virtual PC dal menu Start. Quando l'utente finale accetta il messaggio di avviso, MED-V viene arrestato.

  Soluzione

  Un utente finale deve verificare che tutti gli altri utenti siano disconnessi da MED-V prima di eseguire l'accesso. In questo modo si è certi che nessun'altra istanza di MED-V sia in esecuzione e che Windows Virtual PC non sia controllato dalla macchina virtuale.

• Segnali acustici durante la configurazione iniziale. Talvolta, è possibile udire segnali acustici durante l'esecuzione della configurazione iniziale in MED-V. Ciò potrebbe confondere un utente finale. I segnali acustici sono originati dalla macchina virtuale durante l'esecuzione di determinate azioni, ad esempio l'arresto.

  Soluzione

  È possibile arrestare il servizio dei segnali acustici specificando il comando "net stop beep" all'inizio di ogni sequenza di avvio della macchina virtuale. In alternativa, è possibile disabilitare il servizio dei segnali acustici specificando il comando "sc config beep start= disabled". È possibile specificare questi comandi prima di eseguire il sealing dell'immagine o come parte di Sysprep.

• Più connessioni di rete create per le aree di lavoro MED-V in modalità BRIDGED. Se la configurazione iniziale sta creando un'Area di lavoro MED-V configurata per la modalità NAT, viene creata una sola connessione di rete in Windows Virtual PC. Se, tuttavia, la configurazione iniziale sta creando un'Area di lavoro MED-V configurata per la modalità BRIDGED, viene creata una connessione di rete distinta per ogni scheda di rete installata nel computer, perché MED-V non è in grado di determinare quale scheda di rete sia attiva. In questo modo gli utenti mobili possono sempre disporre di una scheda di rete per le connessioni cablate e wireless.

  Soluzione

  Nessuna.

• L'applicazione MED-V non risponde per un tempo prolungato durante la chiusura. In alcuni casi, un'applicazione MED-V smette di rispondere quando si cerca di chiuderla.

  Soluzione

  È possibile specificare il tempo di attesa di MED-V per la chiusura delle applicazioni che non rispondono impostando la chiave del Registro di sistema WaitToKillAppTimeout nella macchina virtuale guest. Per ulteriori informazioni, vedere HOW TO: Aumentare il tempo di arresto di Windows XP per consentire la chiusura corretta dei processi (https://go.microsoft.com/fwlink/?LinkId=206819).

• Se si rinomina il collegamento di un'applicazione pubblicata nella macchina virtuale guest, il nome pubblicato nell'host non viene modificato. Quando si pubblica un'applicazione creando un collegamento e quindi si rinomina il collegamento nella macchina virtuale guest, il nome dell'applicazione originale rimane invariato nel menu Start dell'host. L'esecuzione del programma prosegue come previsto, ma il programma manterrà sempre il nome originale.

  Soluzione

  Nessuna. Si tratta di un comportamento noto di Windows Virtual PC.

• Se si sposta un collegamento nella macchina virtuale guest, il percorso nel menu Start del computer host non viene aggiornato. I collegamenti alle applicazioni di MED-V pubblicate nel menu Start del computer host vengono catalogati nel Registro di sistema. Se si sposta un collegamento a un'applicazione in una sottocartella, il Registro di sistema non viene aggiornato per riflettere la modifica.

  Soluzione

  Attenersi alla seguente procedura per modificare il percorso di un collegamento a un'applicazione di MED-V.

  1. Quando MED-V è in esecuzione, aprire Esplora risorse nella macchina virtuale guest di MED-V.

  2. Individuare la directory "%ALLUSERSPROFILE%\Menu Start\Programmi".

  3. Rimuovere i collegamenti alle applicazioni dal menu Start o dalle cartelle dei programmi.

  4. Dopo circa 30 secondi, verificare che i collegamenti siano stati rimossi dal menu Start del computer host.

  5. Spostare i collegamenti alle applicazioni nuovamente nelle nuove cartelle dei programmi nella directory Menu Start\Programmi.

  6. Dopo circa 30 secondi, verificare che i collegamenti siano stati aggiornati nel menu Start del computer host.

• Possibile timeout delle applicazioni pubblicate dopo un periodo di inattività. In alcuni casi, sarà possibile il verificarsi di un timeout delle applicazioni pubblicate se queste sono state inattive per un periodo di tempo. Questa situazione si verifica soltanto se è abilitato IPsec e l'Area di lavoro MED-V è configurata per la modalità NAT. Questa situazione non si verifica se è in esecuzione la modalità BRIDGED.

  Soluzione

  Disabilitare IPsec quando si esegue l'Area di lavoro MED-V in modalità NAT.

• Se si aggiunge un'applicazione pubblicata alla barra delle applicazioni, MED-V viene ignorato. Se un utente finale aggiunge un'applicazione pubblicata alla barra delle applicazioni e quindi chiude l'applicazione, alla successiva apertura dell'applicazione dall'icona sulla barra delle applicazioni MED-V verrà ignorato. L'applicazione verrà invece aperta direttamente in una finestra VMSAL.

  Soluzione

  Non aggiungere applicazioni pubblicate in MED-V alla barra delle applicazioni.

Vedere anche

Attività

Risoluzione dei problemi di distribuzione

Concetti

Procedure consigliate relative alla sicurezza per operazioni MED-V

Le informazioni sono state utili? Inviare suggerimenti e commenti sulla documentazione relativa a MED-V a medvdocs@microsoft.com.