.server (Debugserver erstellen)

Der Befehl .server startet einen Debugserver, sodass eine Remoteverbindung zur aktuellen Debugsitzung hergestellt wird.

Wichtig

Bei der Verwendung des Remotedebuggings gibt es wichtige Sicherheitsaspekte. Weitere Informationen, einschließlich Informationen zum Aktivieren des sicheren Modus, finden Sie unter Sicherheitsüberlegungen für Windows-Debugtools.

Empfohlenen Verbindungsmethoden mit einigen zusätzlichen Sicherheits-

.server spipe:proto=Protocol,{certuser=Cert|machuser=Cert},pipe=PipeName[,hidden][,password=Password] 
.server ssl:proto=Protocol,{certuser=Cert|machuser=Cert},port=Socket[,hidden][,password=Password] 
.server ssl:proto=Protocol,{certuser=Cert|machuser=Cert},port=Socket,clicon=Client[,password=Password] 

unsicheren Verbindungsmethoden

.server npipe:pipe=PipeName[,hidden][,password=Password][,IcfEnable] 
.server tcp:port=Socket[,hidden][,password=Password][,ipversion=6][,IcfEnable] 
.server tcp:port=Socket,clicon=Client[,password=Password][,ipversion=6] 
.server com:port=COMPort,baud=BaudRate,channel=COMChannel[,hidden][,password=Password] 

Parameter

PipeName-
Wenn NPIPE- oder SPIPE-Protokoll verwendet wird, ist PipeName- eine Zeichenfolge, die als Name der Pipe dient. Jeder Pipename sollte einen eindeutigen Debugserver identifizieren. Wenn Sie versuchen, einen Pipenamen wiederzuverwenden, wird eine Fehlermeldung angezeigt. PipeName- dürfen keine Leerzeichen oder Anführungszeichen enthalten. PipeName- kann einen numerischen printf-style formatcode enthalten, z. B. %x oder %d. Der Debugger ersetzt dies durch die Prozess-ID des Debuggers. Ein zweiter solcher Code wird durch die Thread-ID des Debuggers ersetzt.

Socket-
Wenn TCP- oder SSL-Protokoll verwendet wird, ist Socket- die Nummer des Socketports.

Es ist auch möglich, einen durch einen Doppelpunkt getrennten Portbereich anzugeben. Der Debugger überprüft jeden Port in diesem Bereich, um festzustellen, ob er kostenlos ist. Wenn ein kostenloser Port gefunden wird und kein Fehler auftritt, wird der Debugserver erstellt. Der Debugclient muss den tatsächlichen Port angeben, der zum Herstellen einer Verbindung mit dem Server verwendet wird. Um den tatsächlichen Port zu ermitteln, verwenden Sie eine der in Suchen nach Debugservernbeschriebenen Methoden; Wenn dieser Debugserver angezeigt wird, folgt der Port zwei Nummern, die durch einen Doppelpunkt getrennt sind. Die erste Nummer wird als tatsächlicher Port verwendet; die zweite kann ignoriert werden. Wenn der Port beispielsweise als Port=51:60 angegeben wurde und Port 53 tatsächlich verwendet wurde, werden in den Suchergebnissen "port=53:60" angezeigt. (Wenn Sie den parameter clicon verwenden, um eine Reverseverbindung herzustellen, kann der Debugclient einen Bereich von Ports auf diese Weise angeben, während der Server den tatsächlich verwendeten Port angeben muss.)

clicon=Client-
Wenn TCP- oder SSL-Protokoll verwendet wird und der clicon Parameter angegeben wird, wird eine reverse connection geöffnet. Dies bedeutet, dass der Debugserver versucht, eine Verbindung mit dem Debugclient herzustellen, anstatt den Client den Kontakt initiieren zu lassen. Dies kann hilfreich sein, wenn Sie über eine Firewall verfügen, die eine Verbindung in die übliche Richtung verhindert. Client- gibt den Netzwerknamen des Computers an, auf dem der Debugclient vorhanden ist oder erstellt wird. Die beiden anfänglichen Schrägstriche (\\) sind optional.

Wenn clicon verwendet wird, empfiehlt es sich, den Debugclient zu starten, bevor der Debugserver erstellt wird, obwohl die übliche Reihenfolge (Server vor Client) ebenfalls zulässig ist. Ein Reverseverbindungsserver wird nicht angezeigt, wenn ein anderer Debugger alle aktiven Server anzeigt.

COMPort-
Wenn COM-Protokoll verwendet wird, gibt COMPort- den zu verwendenden COM-Port an. Das Präfix COM ist optional (z. B. sind sowohl "com2" als auch "2" zulässig).

BaudRate
Wenn das COM-Protokoll verwendet wird, gibt BaudRate die Baudrate an, mit der die Verbindung ausgeführt wird. Jede Baudrate, die von der Hardware unterstützt wird, ist zulässig.

COMChannel-
Wenn COM-Protokoll verwendet wird, gibt COMChannel- den COM-Kanal an, der bei der Kommunikation mit dem Debugclient verwendet werden soll. Dies kann ein beliebiger Wert zwischen 0 und 254 (einschließlich) sein.

Protokoll-
Wenn SSL- oder SPIPE-Protokoll verwendet wird, gibt Protocol das Secure Channel (S-Channel)-Protokoll an. Dies kann eine der Zeichenfolgen tls1, pct1, ssl2 oder ssl3 sein.

Cert-
Wenn SSL- oder SPIPE-Protokoll verwendet wird, gibt Cert das Zertifikat an. Dies kann entweder der Zertifikatname oder der Fingerabdruck des Zertifikats sein (die Zeichenfolge der hexadezimalen Ziffern, die vom Snapin des Zertifikats angegeben werden). Wenn die Syntax certuser=Cert verwendet wird, sucht der Debugger das Zertifikat im Systemspeicher (standardspeicher). Wenn die Syntax machuser=Cert verwendet wird, sucht der Debugger das Zertifikat im Computerspeicher. Das angegebene Zertifikat muss die Serverauthentifizierung unterstützen.

ausgeblendeten
Verhindert, dass der Server angezeigt wird, wenn ein anderer Debugger alle aktiven Server anzeigt.

password=Password
Erfordert einen Debugclient, um das angegebene Kennwort anzugeben, um eine Verbindung mit der Debugsitzung herzustellen. Kennwort- kann eine beliebige alphanumerische Zeichenfolge sein, bis zu zwölf Zeichen lang.

ipversion=6
(Nur Debugtools für Windows 6.6.07 und frühere Versionen) Erzwingt, dass der Debugger IP-Version 6 anstelle von Version 4 verwendet, wenn TCP zum Herstellen einer Internetverbindung verwendet wird. In Windows Vista und höheren Versionen versucht der Debugger, die IP-Standardversion 6 automatisch zu verwenden, wodurch diese Option unnötig ist.

IcfEnable
Bewirkt, dass der Debugger die erforderlichen Portverbindungen für DIE TCP- oder benannte Pipe-Kommunikation aktiviert, wenn die Internetverbindungsfirewall aktiv ist. Standardmäßig deaktiviert die Internetverbindungsfirewall die ports, die von diesen Protokollen verwendet werden. Wenn IcfEnable mit einer TCP-Verbindung verwendet wird, öffnet der Debugger Windows den durch den Socketparameter angegebenen Port. Wenn IcfEnable mit einer benannten Pipeverbindung verwendet wird, öffnet der Debugger Windows die Ports für benannte Rohre (Ports 139 und 445). Der Debugger schließt diese Ports nicht, nachdem die Verbindung beendet wurde.

Umwelt

Artikel	Beschreibung
Modi	Benutzermodus, Kernelmodus
Ziele	Live, Absturzabbild
Plattformen	Alle

Zusatzinformation

Ausführliche Informationen zum Starten eines Debugservers finden Sie unter Aktivieren eines Debugservers. Beispiele finden Sie unter Client- und Serverbeispiele.

Bemerkungen

Dieser Befehl wandelt den aktuellen Debugger in einen Debugserver um. Auf diese Weise können Sie den Server starten, nachdem der Debugger bereits ausgeführt wurde, während die -server Befehlszeilenoption nur ausgegeben werden kann, wenn der Debugger gestartet wird.

Dadurch kann ein Debugclient eine Verbindung mit der aktuellen Debugsitzung herstellen. Beachten Sie, dass es möglich ist, mehrere Server mit unterschiedlichen Optionen zu starten, sodass verschiedene Arten von Debugclients an der Sitzung teilnehmen können.

Wichtig

Die Verwendung eines Kennworts mit TCP, NPIPE oder COM-Protokoll bietet nur einen geringen Schutz, da das Kennwort nicht verschlüsselt ist. Wenn Sie ein Kennwort zusammen mit einem SSL- oder SPIPE-Protokoll verwenden, wird das Kennwort verschlüsselt. Wenn Sie eine sichere Remotesitzung einrichten möchten, müssen Sie das SSL- oder SPIPE-Protokoll verwenden.