Wie kann ich auf einer anderen Arbeitsgruppe Maschine debuggen Remote?
-
08-07-2019 - |
Frage
Ich habe die „Attach zu verarbeiten“ -Funktion innerhalb VS 2008 viele Male, aber nie wirklich auf einem entfernten Rechner verwendet. Jetzt muss ich es tun und ich lese schon eine Menge über sie im Netz. Nach dem Spiel ein wenig um Ich habe einen Punkt erreicht, wo ich bin nicht ganz sicher, wie es weitergeht. Vor allem hier ist eine kurze Liste von dem, was ich bisher getan habe:
Testmaschine (Win XP Pro SP3 x86):
- Installieren Msvsmon
- Ändern Sie lokale Richtlinie für lokale Konten „Klassisch - lokale Benutzer als sich authentifizieren“
- den Windows-Firewall deaktiviert (ja, nicht eine gute Idee, aber alle Portprobleme zu vermeiden)
- eine Kopie des Antrags Gepflanzt, der debuggt einschließlich PDB-Dateien werden soll
- ein Benutzerkonto erstellt, die denselben Namen und Passwort wie auf meinem dev Maschine hat
- Made sicher, dass das neu erstellte Konto admin und hat die Erlaubnis für Remote-Debugging
VS Host-Rechner (Vista Home Premium x64 SP2, VS 2008 Pro-SP1)
- Deaktivieren Firewall
- Made sicher, dass ich die Test-Maschine über UNC-Pfad zugreifen kann (Arbeit)
So, Netzwerk-Kommunikation funktioniert. Firewalls sind ausgeschaltet. Msvsmon läuft auf der Testmaschine. Aber wenn ich versuche, über die Verbindung „Attach zu verarbeiten“ und die Computernamen der Testmaschine eingeben, bekomme ich diese (übersetzt aus Deutsch):
Die Verbindung zum Visual Studio Remote-Debug-Monitor mit dem Namen „TESTMACHINE“ konnte nicht sein etabliert. Visual Studio Remote Debugger nicht unterstützt, dass Windows Version.
Es dauerte eine Weile, bis ich herausgefunden habe, dass tatsächlich „Windows-Version nicht unterstützt“ „Authentifizierungsfehler“ zu sagen versucht.
I-Anschluss sogar versucht, „Remote ohne Authentifizierung“ anstelle von „Standard“ verwenden, auch wenn es nicht für mich arbeiten, da ich verwalteten Code debuggen muß. So stellte ich Msvsmon entsprechend und die Verbindung gearbeitet (I Prozesse wählen könnte, aber natürlich konnte ich nicht wirklich debug). Also das macht ich glaube, dass ich ein Authentifikations Problem habe.
So endlich, meine Frage:
Wie richte ich Benutzer / Authentifizierung auf beiden Rechnern, so kann ich remote debug verwalteten Code innerhalb der gleichen Arbeitsgruppe?
Die lokalen Benutzernamen sind die gleichen, aber wie ermögliche ich „DevMachine \ me“ auf Remote-Debug auf einem Computer, auf dem „Ich“ ist eigentlich „TESTMACHINE \ me“?
Danke;)
Lösung
Schließlich fand ich heraus, was das Problem war. Es scheint, dass die Remote-deugger nicht auf Vista Home Premium laufen (!), Wie hier :
Remote Debugging unterstützt NICHT Vista Home Premium. Remote Debugging erfordert ein Betriebssystem, das unterstützt die volle Windows-Authentifizierung. In einer zukünftigen Version von Visual Studio, hoffen wir, andere Formen zu unterstützen die Authentifizierung. Aber wir sind zur Zeit tief gebunden an Windows Authentifizierung. Denn jetzt gibt es zwei Möglichkeiten - kaufen ein Business-Edition von Windows oder debug vor Ort.
Ich persönlich glaube, dies ist lächerlich - ich habe tatsächlich eine Vista Business Lizenz, aber Home Premium wurde auf meiner Dev-Maschine vorinstalliert und ich es gerade dort links
.