Debug remoto in Visual Studio (VS2008), Applicazione Windows Form

Question

Sto cercando di Remote Debug un'applicazione Windows Form (C #), ma io sono sempre questo errore:

  

Impossibile connettersi a Microsoft Visual Studio Debug remoto Monitor   chiamato 'XXX. Lo Studio a distanza visiva   Debugger sul computer di destinazione non può   connettersi al computer.   Autenticazione fallita. Si prega di consultare la Guida   per l'assistenza.

Ho cercato di config secondo le guide MSDN, ma non ero in grado di farlo funzionare.

La mia configurazione:

• Sviluppo Computer - XP (x86) che è collegato a un dominio.
• Prova del computer - Vista (x86) che è non     collegata a un dominio.
• Ho connessione di rete tra     le macchine.
• Ho creato un utente locale nel Prova     del computer (user1) con il nome del mio dominio     utente che ho eseguito Visual Studio (dominio \ user1). impostare la stessa password.

• sul test di computer sono in esecuzione "Msvsmon.exe" come applicazione (non come i servizi), sto correndo utilizzando "runas" comando con l'utente che ho creato. (User1):

  runas / u: user1 Msvsmon.exe

Qualcuno può aiutarmi per favore?

Grazie.

Answer 1

Questo è come ha funzionato per me:

Computer remoto: Microsoft Virtual PC, "IHS \ RDM" attaccato al mio dominio aziendale, connesso come jdoe, account amministratore

.

Computer locale. Attaccato al dominio locale, connesso come jdoe, account amministratore

1) del computer remoto: installare rdbgsetup.exe (da Visual Studio 2005 \ Disco 2 \ Remote Debugger \ x86)

2) Computer remoto: runas / user MYDOMAIN \ jdoe / netonly msvsmon

3) Computer remoto: msvsmon-> Strumenti-> permessi di aggiungere l'utente "MYDOMAIN \ jdoe" (che devo fare questo ogni volta che re-start)

4) del computer locale:. Msvsmon run

5) computer locale, msvsmon-> Strumenti-> permessi, aggiungere tipi di oggetti: "computer", "IHS \ RDM"

6) computer locale, vs2005-> Debug-> Attach to Process. Trasporti: di default, Qualifier: jdoe @ RDM

7) Refresh, e voilà; un elenco dei processi!

Answer 2

Il problema che ho avuto è che ho avuto 2 utenti:

mydomain\user1
mytestmachine\user1

che non è corretto (secondo Gregg Miskely) avevo bisogno di definire un utente locale nel mio computer di sviluppo, ad esempio:

mydevcomputer\debug
mytestmachine\debug

con la stessa password ed eseguire il VS2008 e Debugging Monitor con questo utente:

Answer 3

Gregg Miskely ha un post sul blog sul perché l'account del servizio deve avere privilegi di amministratore (se impostato in quel modo). Uno dei punti è che l'account utente, nel tuo caso l'utente sulla macchina di prova, deve disporre dei privilegi per il collegamento di nuovo a un altro computer. Sembra che si sta colpendo un caso in cui l'account mydomain \ user1 dispone di privilegi sufficienti per la connessione al computer di sviluppo.

Se questo non aiuta sfogliando i post del blog di Gregg, lui l'invio di posta potrebbe aiutare.

Answer 4

Lo TESTCOMPUTER\user1 avere la stessa password mydomain\user1?

Si può anche provare a eseguire msvsmon.exe sul computer di destinazione, invece del Servizio debug remoto. È possibile utilizzare "Esegui come ..." per eseguirlo sotto vari credenziali. Una volta a ottenere le cose che lavorano con msvsmon,exe si dovrebbe essere in grado di installare (o riattivare) il servizio debugger remoto averlo eseguito con tali credenziali.

EDIT:

Si dovrebbe essere in grado di utilizzare la pagina di proprietà Autorizzazioni in msvsmon.exe per impostare le autorizzazioni di debug appropriate per l'utente del dominio sul computer di destinazione:

http://msdn.microsoft.com/en-us/library /ms164722.aspx

Answer 5

Quindi sei uno sviluppatore e uno degli utenti ha ottenuto un'eccezione, e si desidera eseguire il debug in remoto senza chiudere la finestra eccezione, ma sono connessi come un account utente diverso. Come si è visto, è possibile eseguire il debug la loro applicazione, ma diventa difficile.

0) Hai ancora bisogno corrispondenza account locali sia sulla macchina remota applicazione e la macchina di Visual Studio locale, il che significa che l'aggiunta di un account per computer dell'utente.

1) È necessario utilizzare runas con l'opzione / netonly. Aprire un prompt dei comandi alla cartella in cui è msvsmon e tipo

runas /user:[user] /netonly msvsmon

Questo fa sì che msvsmon di utilizzare le credenziali dell'utente solo quando si accede alla rete (ad esempio, quando msvsmon collega di nuovo alla locale VS macchina). msvsmon si arrabbiano se lo si chiama con runas senza usare / netonly.

2) È necessario aggiungere le autorizzazioni per la macchina di Visual Studio locale per collegare la macchina applicazione remota, tramite il telecomando del Strumenti- Debug Monitor> Menu Autorizzazioni.

Answer 6

Quindi non posso rispondere senza un account, e posso solo rispondere ai miei commenti, ma il mio account registrato è separata dal account anonimo ho postato da, quindi questo deve essere una "risposta nuova". Siamo spiacenti.

Baget - quando ho fatto questo lavoro prima di oggi, ho creato un account locale sia sul Debug Monitor PC remoto e Studio PC visiva. RDM non era sul dominio, VS è stato. Entrambi gli account locali sono amministratore con le credenziali identiche al mio account di dominio. Da un account diverso (anche amministratore) ho chiamato runas da un prompt elevata con l'interruttore netonly. Si può o non può essere necessario fornire il proprio dominio con il nome utente, ma dal momento che le password dovrebbero tutti i match non penso conta molto.

Non dimenticare di modificare le autorizzazioni nel RDM per consentire l'account utente che esegue VS per collegare con i privilegi di debug. E 'piuttosto esigente su chi si consente di aggiungere alla lista, quindi se non si crea l'account locale prima si otterrà abbastanza frustrato. E se si sta eseguendo RDM sotto un diverso nome di account utente, è necessario utilizzare il nome del server completo quando si cerca di collegare al computer remoto; se si esegue sia RDM e VS dallo stesso account utente allora si può uscire solo con il nome del computer.