Depuração remota no Visual Studio (VS2008), Windows Forms Application

Question

Eu estou tentando a depuração remota de um aplicativo do Windows Forms (C #), mas eu estou sempre recebendo este erro:

Não é possível conectar ao Microsoft Visual Studio remoto depuração monitor chamado 'XXX. O Remote Visual Studio Depurador no computador de destino não pode volta conectar a este computador. A autenticação falhou. Por favor, consulte a Ajuda para obter assistência.

Eu tentei config de acordo com as guias do MSDN, mas eu não era capaz de fazê-lo funcionar.

Minha configuração:

• Computer Desenvolvimento - XP (x86) que está ligado a um domínio.
• Teste de computador - Vista (x86) que é não ligado a um domínio.
• Eu tenho conexão de rede entre as máquinas.
• Eu criei um usuário local no Test computador (user1) com o nome do meu domínio usuário que executar o Visual Studio (mydomain \ user1). configurar a mesma senha.

• No computador de teste i estou correndo "msvsmon.exe" como a aplicação (e não como serviços), eu estou correndo-lo usando "runas" comando com o usuário que eu criei. (User1):

  runas / u: user1 msvsmon.exe

Alguém pode me ajudar por favor?

Graças.

Answer 1

Esta é a forma como ele trabalhou para mim:

computador remoto:. Microsoft Virtual PC, "IHS \ RDM" ligado ao meu domínio corporativo, logado como jdoe, conta de administrador

Computador local:. Anexado ao domínio local, logado como jdoe, conta de administrador

1) computador remoto: instalar rdbgsetup.exe (a partir do Visual Studio 2005 \ Disk 2 \ remoto Debugger \ x86)

2) remoto computador: runas / user MYDOMAIN \ ze / netonly msvsmon

3) do computador remoto: msvsmon-> Ferramentas> Permissões adicionar usuário "MYDOMAIN \ jdoe" (Eu tenho que fazer isso toda vez que eu re-start)

4) do computador local:. Executar msvsmon

5) computador local, msvsmon-> Ferramentas> Permissões, tipos de add objeto: "computadores", "IHS \ RDM"

6) computador local, vs2005-> Debug-> anexar ao processo. Transporte: Padrão, Qualifier: jdoe @ RDM

7) Atualizar e voila; uma lista de processos!

Answer 2

O problema que eu tive é que eu tinha 2 usuários:

mydomain\user1
mytestmachine\user1

que não está correto (de acordo com Gregg Miskely) i necessários para definir um usuário local no meu computador de desenvolvimento, por exemplo:

mydevcomputer\debug
mytestmachine\debug

com a mesma senha e executar o VS2008 eo Monitor de Depuração com este usuário:

Answer 3

Gregg Miskely tem um blogue post sobre por que as necessidades da conta de serviço para ter privilégios de administrador (quando configurado dessa forma). Um dos pontos é que a conta de usuário, no seu caso o usuário na máquina de teste, deve ter privilégios para ligar de volta para o outro computador. Parece que você está batendo um caso onde o mydomain conta \ user1 tem privilégios suficientes para se conectar ao seu computador de desenvolvimento.

Se isso não ajudar folheando posts de Gregg, mandando-o e-mail poderia ajudar.

Answer 4

O TESTCOMPUTER\user1 têm a mesma senha como mydomain\user1?

Você também pode tentar executar msvsmon.exe no computador de destino em vez do Serviço de depuração remota. Você pode usar "Executar como ..." para executá-lo sob várias credenciais. Depois de conseguir as coisas que trabalham com msvsmon,exe você deve ser capaz de instalar (ou reativar) o serviço remoto Debugger tê-lo executado sob essas credenciais.

EDIT:

Você deve ser capaz de usar a página de propriedades permissões no msvsmon.exe para configurar as permissões de depuração apropriados para o seu usuário de domínio na máquina de destino:

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

Answer 5

Então você é um desenvolvedor e um de seus usuários tem uma exceção, e você deseja depurar-lo remotamente sem fechar a janela de exceção, mas eles estão conectado como uma conta de usuário diferente. Como se vê, você pode depurar sua aplicação, mas fica complicado.

0) Você ainda precise de combinar contas locais, tanto na máquina aplicativo remoto ea máquina Visual Studio local, o que significa acrescentar uma conta para o computador do usuário.

1) Você precisa usar runas com a opção / netonly. Abra um prompt de comando para a pasta onde msvsmon é e tipo

runas /user:[user] /netonly msvsmon

Este causas msvsmon usar as credenciais do usuário somente quando o acesso à rede (por exemplo, quando msvsmon liga de volta para a máquina VS local). msvsmon vai ficar chateado se você chamá-lo com runas sem usar / netonly.

2) Você precisa adicionar permissões para a máquina Visual Studio local para se conectar a máquina de aplicação remoto, através do controle remoto Tools- de Debug Monitor> Permissão menu.

Answer 6

Então eu não posso responder sem uma conta, e só pode responder aos meus próprios comentários, mas a minha conta registrada é separada da conta anônima que eu postei a partir, então isso tem que ser uma "resposta nova". Desculpe.

baget - quando eu fiz este trabalho mais cedo hoje, eu criei uma conta local em ambos os remoto Debug Monitor PC e Visual Studio PC. RDM não estava no domínio, VS foi. Ambas as contas locais são administrador com credenciais idênticas à minha conta de domínio. A partir de uma conta diferente (também administrador) I chamado runas em um prompt de elevação com o interruptor netonly. Você pode ou não pode precisar fornecer seu domínio com o nome de usuário, mas desde que as senhas devem todos coincidir Eu não acho que isso importe muito.

Não se esqueça de ajustar as suas permissões na RDM para permitir que a conta de usuário que está executando VS para se conectar com privilégios de depuração. É muito exigente sobre quem ele permite que você adicionar à lista, então se você não criar a conta local em primeiro lugar você vai ficar muito frustrado. E se você estiver executando RDM sob um nome conta de usuário diferente, você tem que usar o nome completo do servidor ao tentar anexar ao computador remoto; se você executar o RDM e VS a partir da mesma conta de usuário, em seguida, você pode começar afastado com apenas o nome do computador.