Remote-Debugging über Domänen hinweg

Question

Ich habe zwei Maschinen in zwei verschiedenen Domänen.Auf beiden habe ich VS 2005 installiert.Ich möchte ein Remote-Debugging zwischen ihnen.Ohne Authentifizierung ist es möglich, aber ich möchte verwalteten Code debuggen.Ich möchte nicht direkt debuggen, da es sich um eine wirklich beschissene Maschine handelt.

Wenn ich versuche, mich mit Debugger anzuhängen, erhalte ich eine Nachricht "Die Vertrauensbeziehung zwischen dieser Workstation und der primären Domäne ist fehlgeschlagen". Irgendeine Idee, wie man das überwindet?Ich habe Tricks ausprobiert, indem ich auf beiden Computern denselben lokalen Benutzernamen hinzugefügt habe, aber ohne Erfolg.

BEARBEITEN:Ich habe auf beiden Rechnern die gleichen lokalen Benutzer.Ich habe sowohl VS2005 als auch den Debugging-Monitor mit RunAs unter Verwendung lokaler Benutzer gestartet.Ich habe die Windows-Überwachung auf dem Debug-Computer aktiviert und sehe, dass der lokale Benutzer vom VS2005-Computer versucht, sich anzumelden.Aber er schlägt mit dem Fehler 0xC000018D (ERROR_TRUSTED_RELATIONSHIP_FAILURE) fehl.

Answer 1

Gregg Miskely hat eine Blogeintrag dazu.Möglicherweise funktioniert es, wenn beide lokalen Konten denselben Benutzernamen und dasselbe Kennwort haben.Sie können auch versuchen, Ihre gute Box aus ihrer Domäne zu entfernen, sodass Sie von einer Arbeitsgruppe zu einer Domäne wechseln und nicht von einer Domäne zur anderen.

Answer 2

Ich scheine mich zu erinnern, dass ich es manchmal nützlich fand, RunAs zu verwenden, wenn Sie msvcmon (oder wie auch immer es diese Woche heißt – jedenfalls der Remote-Debugging-Stub) ausführen, um zu erzwingen, dass es als der Benutzer startet, den Sie als derselbe Benutzer eingerichtet haben auf beiden Maschinen.

Ich vermute, dass Sie sich auf dem Computer, auf dem Sie VS ausführen, auch als lokaler Benutzer und nicht als Domänenbenutzer anmelden müssen (oder VS mit RunAs starten müssen).

Ich habe nie verstanden, warum das so schwierig sein muss, wenn man bedenkt, dass nicht verwaltetes Debuggen so viel einfacher ist und jede Sicherheitslücke aufdecken muss, die verwaltetes Debuggen könnte.

Answer 3

Aus dem Blogbeitrag ging nicht ganz klar hervor, dass dies funktionieren würde, aber ich konnte Visual Studio als mein Domänenkonto ausführen und trotzdem einen Prozess auf einem Computer debuggen, der sich nicht in einer Domäne befand.

Ich habe eine körperliche Entwicklungsmaschine PHYSICAL auf einer Active Directory-Domäne DOMAIN.Ich bin angemeldet und führe Visual Studio aus als DOMAIN\employee.

Ich habe eine virtuelle Maschine VIRTUAL das überhaupt nicht mit einer Active Directory-Domäne verbunden ist.Dies ist der Computer, auf dem der Prozess ausgeführt wird, den ich debuggen möchte.

Erstellen Sie, wie im Blogbeitrag steht, lokale Konten PHYSICAL\employee (An PHYSICAL) Und VIRTUAL\employee (An VIRTUAL).Sie müssen beide Administratoren sein und dasselbe Passwort haben DOMAIN\employee.

Der Remote-Debugger und der zu debuggende Prozess müssen ausgeführt werden VIRTUAL während Sie angemeldet sind als VIRTUAL\employee.Dann weiter PHYSICAL während Sie angemeldet sind als DOMAIN\employee Ich kann „An Prozess anhängen …“ verwenden und eine Verbindung herstellen VIRTUAL um eine Prozessliste zu erhalten.