Difficulté à obtenir Visual Studio 2010 pour joindre à des processus distants

voix
4

Cela fait des années que j'ai eu tellement de mal à obtenir quelque chose à travailler. Je suis à la maison, sur le sous - réseau 192.168.50.nnn. Je VPN'd pour machines de bureau XYZ de l' entreprise qui sont sur sous - réseau 192.168.40.nnn, domaine XYZ. Je peux cingler les machines distantes, je peux net carte leurs lecteurs et copier des fichiers en arrière, mais pour la vie de moi je ne peux pas déboguer à distance un programme C # en cours d' exécution sur une machine appelée R(ipaddr 192.168.40.100, Windows Server 2003, IIS-6) Visual studio 2010 sur mon ordinateur portable (ipaddr 192.168.50.10, Windows 7, l' utilisateur XYZ\username, le nom de la machine L). J'ai lu chaque article MSDN je peux trouver, j'ai vérifié les paramètres du pare - feu, je débloquée le port 135, j'ai le même nom d'utilisateur et mot de passe sur les deux machines, jemsvsmon.exeRusername@R), msvsmonA des privilèges suffisants, mais je ne peux pas joindre à tout processus R. Je ne peux même pas obtenir une liste des processus sur de Rse présenter. Si je pouvais payer quelqu'un pour résoudre le problème je le ferais, mais je ne paierais pas un sou jusqu'à ce que je l' ai vu travailler.

[Note: Les adresses IP ci-dessus sont qu'à titre indicatif, et non les valeurs réelles.]

Créé 17/08/2010 à 17:06
source utilisateur
Dans d'autres langues...                            


2 réponses

voix
3

J'ai eu un problème similaire et ma configuration ressemblait à ceci:

Client: Windows 7 64 bits sur un sous - réseau privé de 192.168.1.x. Exécution de Visual Studio 2010
Serveur: Windows 2008 R2 Standard SP1 avec une adresse IP publique

Le client et le serveur sur lequel autonome. -À-dire pas de domaines, juste aux groupes de travail.

connexion VPN du client au serveur et quand je connecté le client a l'ip 192.168.0.131 et le serveur 192.168.0.130.

Désactiver tous les pare-feu, etc. pour la connexion VPN, créé des utilisateurs identiques sur le client et le serveur et le mot de passe identique.

Ping, partages réseau, etc. travailler sans problème sur la connexion VPN. Mais je suis le même message d'erreur de Visual Studio: « Le Remote Debugger Visual Studio sur l'ordinateur cible ne peut pas se connecter de nouveau à cet ordinateur Un pare-feu peut empêcher la communication via DCOM sur l'ordinateur local. ».

La solution pour moi était de changer le nom du groupe de travail sur le client pour le même que le serveur. Après cela, tout a parfaitement fonctionné.

Créé 14/04/2011 à 16:19
source utilisateur

voix
2

Vous devez être authentifiez sur le même domaine (ou au moins y ait une relation de confiance entre les deux) que la machine distante. La machine est locale attachée au domaine de l'autre côté du VPN? Sinon, vous ne pouvez pas déboguer le code managé en utilisant le débogage à distance.

Créé 17/08/2010 à 17:13
source utilisateur

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more