Condividi tramite


Errori e risoluzione dei problemi relativi al debug remoto

Quando si tenta di eseguire il debug in remoto, è possibile riscontrare gli errori seguenti.

Eseguire il debugger remoto come amministratore

Se non si esegue il debugger remoto come amministratore, potrebbero verificarsi problemi. Ad esempio, è possibile che venga visualizzato l'errore seguente: "Il debugger remoto di Visual Studio (MSVSMON.EXE) dispone di privilegi insufficienti per eseguire il debug di questo processo". Se si esegue il debugger remoto come applicazione (non come servizio), è possibile che venga visualizzato l'errore diverso dell'account utente.

Quando si esegue il debugger remoto come servizio

Quando si esegue il debugger remoto come servizio, è consigliabile eseguirlo come amministratore per diversi motivi:

  • Il servizio debugger remoto consente solo le connessioni dagli amministratori, quindi non esistono nuovi rischi per la sicurezza introdotti eseguendolo come amministratore.

  • Può evitare errori che generano quando l'utente di Visual Studio ha più diritti per eseguire il debug di un processo rispetto a quello del debugger remoto stesso.

  • Per semplificare l'installazione e la configurazione del debugger remoto.

Sebbene sia possibile eseguire il debug senza eseguire il debugger remoto come amministratore, esistono diversi requisiti per renderlo corretto e spesso richiedono passaggi di configurazione del servizio più avanzati.

  • L'account in uso nel computer remoto deve avere il privilegio di accesso come servizio . Vedere la procedura descritta in "Per aggiungere l'accesso come servizio" nell'articolo Non è possibile connettersi di nuovo .

  • L'account deve disporre dei diritti per eseguire il debug del processo di destinazione. Per ottenere questi diritti, è necessario eseguire il debugger remoto con lo stesso account del processo di cui eseguire il debug. L'alternativa più semplice consiste nell'eseguire il servizio come amministratore.

  • L'account deve essere in grado di connettersi di nuovo al computer di Visual Studio tramite la rete. In un dominio è più facile connettersi se il debugger remoto è in esecuzione con gli account del sistema locale o del servizio di rete predefiniti o un account di dominio. Gli account predefiniti hanno privilegi di sicurezza elevati che possono presentare un rischio per la sicurezza.

Quando si esegue il debugger remoto come applicazione (modalità normale)

Se si sta tentando di connettersi al proprio processo non con privilegi elevati ,ad esempio una normale applicazione, non è importante se si esegue il debugger remoto come amministratore.

Si vuole eseguire il debugger remoto come amministratore in diversi scenari:

  • Si vuole connettersi ai processi in esecuzione come un altro utente ( ad esempio durante il debug di IIS) o

  • Si sta tentando di avviare un altro processo e il processo che si vuole avviare è un amministratore.

Non si vuole eseguire come amministratore se si desidera avviare i processi e il processo che si vuole avviare non deve essere un amministratore.

Articoli di riferimento sugli errori archiviati

Gli articoli di riferimento sugli errori di debug remoto seguenti sono disponibili nella documentazione precedente di Visual Studio.

Errore: Microsoft Visual Studio Remote Debugging Monitor sul computer remoto non dispone dell'autorizzazione per connettersi al computer

Errore: accesso remoto al gruppo di lavoro non riuscito

Errore: firewall sul computer locale

Errore: nessuna autenticazione del firewall

Errore: RPC richiede autenticazione

Errore: non si dispone dell'autorizzazione necessaria per controllare l'identità del processo

Errore: il debug in modalità mista è supportato solo quando si usa Microsoft .NET Framework 2.0 o versione successiva

Il debug in modalità mista per i processi IA64 non è supportato.

Vedi anche