Vraag Configureer Visual Studio 2010 Remote Debugger


Ik heb de Visual Studio 2010 Remote Debugger op een Windows Server 2003 (x86) -server en probeer een verbinding te maken, resulteert in de volgende fout:

Kan geen verbinding maken met Microsoft   Visual Studio Remote Debugging Monitor   met de naam 'ServerName'. De Visual Studio   Remote Debugger op de doelcomputer   kan geen verbinding maken met deze computer.   Een firewall kan voorkomen   communicatie via DCOM naar de lokale   computer. Zie Help voor   bijstand.

Ik heb mijn Windows-firewall-instelling gecontroleerd en ervoor gezorgd dat het delen van bestanden is ingeschakeld op mijn lokale computer. Ik heb ervoor gezorgd dat DCOM wordt uitgevoerd op de server, evenals de foutopsporingsservice. Er zijn geen echte firewalls die ik ken.

Wat moet ik nog veranderen om dit te laten werken?


17
2018-02-07 15:58


oorsprong


antwoorden:


Ik kwam net een connectiviteitsprobleem tegen. Het probleem was dat de client-pc (mijn desktop) verbinding kon maken met Remote Host met debug-monitor, maar de Remote Host kon geen gegevens terugsturen naar mijn bureaublad.

Blijkt dat het werd veroorzaakt door de 'Profiel'-instelling in Windows Firewall. De firewallregel was beperkt tot het profiel 'Openbaar', maar mijn bureaublad was verbonden met het lokale domein. Door de instelling te wijzigen in 'Domein', kon de externe host foutopsporingsgegevens communiceren naar de client-pc.

Vink aan onder Windows Firewall -> Inkomende regels -> Microsoft Visual Studio -> Geavanceerd tabblad.

cheers, J


9
2018-01-31 22:44



Hier zijn de stappen die ik heb genomen om foutopsporing op afstand te laten werken tegen een ASP.NET-app. Ik weet niet zeker of je dit al hebt gedaan, hopelijk kan iets helpen.

  • Op mijn machine (noem het vanaf nu DEVMACHINE) verdeelde ik de map met de debugger op afstand (msvsmon.exe). Op mijn computer stond deze op C: \ Program Files \ Microsoft Visual Studio 10.0 \ Common7 \ IDE \ Remote Debugger \ x86. Ik heb het gedeelde msvsmon gebeld

  • Op de server heb ik Windows verkenner geopend en naar \\ DEVMACHINE \ msvsmon genavigeerd en msvsmon.exe uitgevoerd (hiermee is de Visual Studio Remote Debugging Monitor geopend)

  • Op DEVMACHINE startte ik Visual Studio 2010 en opende ik de oplossing die de toepassing vertegenwoordigt die ik probeer te debuggen.

  • Klik in Visual Studio op Tools> Attach To Process ...

  • Voer de servernaam in het veld Qualifier in en dubbelklik vervolgens op het proces w3p.exe in de lijst.

  • Ik plaatste toen een breekpunt op de locatie die ik wilde debuggen

Enkele dingen om op te merken: de code die op de server was geïmplementeerd, was een Debug-build, de PDB-bestanden waren aanwezig, samen met de binaries. Ik had volledige beheerdersrechten op de server. Er zijn geen hulpprogramma's op de server geïnstalleerd, ik heb gewoon de exe uitgevoerd die zich op DEVMACHINE bevond. Ik had geen firewalls tussen de DEVMACHINE en de server. En zowel DEVMACHINE als de server bevinden zich op hetzelfde domein.

Ik hoop dat het helpt.


6
2018-03-09 13:50



Ik kreeg steeds dezelfde foutmelding hierboven, en na het proberen van alle andere antwoorden, bleek het probleem dat DCOM op mijn ontwikkelingsmachine was uitgeschakeld. Het probleem werd opgelost door DCOM in staat te stellen de instructies van deze te gebruiken technet link.


2
2017-09-15 20:15



Ik gebruik lokale DNS, zodat ik websites kan testen voordat ze live gaan (door mijn hosts-bestand te bewerken).

Ik heb een specifieke IP toegewezen door mijn router thuis en op het werk.

d.w.z. dev.example.com is toegewezen aan 192.168.1.123

Toen mijn machine veranderde naar een ander netwerk zonder dat ik me realiseerde dat het de debugger niet meer kon bereiken en dus kreeg ik de foutmelding.

Mooie obscure situatie Ik moest deze fout krijgen, die IIS niet herstelt of recyclet.


2
2018-06-29 00:15



Ik had dezelfde problemen met de foutopsporingsservice. De foutopsporingsservice is automatisch gestart maar ik kon nooit verbinden. Ik heb zelfs de firewall volledig uitgeschakeld en dat hielp ook niet.

Probeer de foutopsporingsmonitor (in tegenstelling tot de service) uit te voeren en daar verbinding mee te maken. Je kunt het vinden in het startmenu.

Verward over het verschil tussen de monitor en de service? Ik ook. Zie http://social.msdn.microsoft.com/Forums/en/vsdebug/thread/afc80afc-c8eb-4831-915a-1edb8d188f98


0
2018-03-31 01:36



Zelfde probleem hier. Mijn reden was dat Trendbeveiliging op de lokale computer was ingeschakeld en dat het de firewall blokkeerde. Ik kon het niet stoppen omdat ik een wachtwoord nodig had, dus ik heb gewoon alle Trend-processen verwijderd en het leek goed te werken. U kunt dus controleren of een antivirus is ingeschakeld die de toegang blokkeert.

Ik moest ook devenv.exe toevoegen aan Toegestane programma's in Windows Firewall op de lokale computer en het beleid ervan instellen.


0
2017-12-10 22:46