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;)

War es hilfreich?

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

.
Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top