SymProxy
Sie können den HTTP-basierten Symbolspeicher so konfigurieren, dass er als Proxy zwischen Clientcomputern und anderen Symbolspeichern fungiert. Die Implementierung erfolgt über einen ISAPI-Filter (Internet Server Application Programming Interface) mit dem Namen SymProxy (Symproxy.dll). Der SymProxy-Server kann als Gatewaycomputer für das Internet oder andere Quellen innerhalb Ihres Unternehmensnetzwerks verwendet werden. Das folgende Diagramm zeigt ein Beispiel für eine SymProxy-Konfiguration.
SymProxy ist in vielen Situationen nützlich. Zum Beispiel:
Sie debuggen viele Systeme in einer Laborumgebung, in der die Computer nicht mit dem Unternehmensnetzwerk verbunden sind, aber die Symbole werden im Netzwerk gespeichert und müssen mit integrierter Windows-Authentifizierung (IWA) aufgerufen werden.
Ihre Unternehmenscomputerumgebung enthält eine Firewall, die den Zugriff auf das Internet von Computern verhindert, die debuggen, und Sie müssen Symbole von einer Internetwebsite abrufen.
Sie möchten einen einzelnen Symbolpfad für alle Benutzer in Ihrem Unternehmen präsentieren, damit sie nicht wissen oder sich darum kümmern müssen, wo sich Symbole befinden, und Sie können neue Symbolspeicher ohne Benutzereingriff hinzufügen.
Sie haben einen Remotestandort, der physisch weit von den restlichen Unternehmensressourcen entfernt ist, und der Netzwerkzugriff ist langsam. Dieses System kann verwendet werden, um Symbole zu beschaffen und sie an einem Remote-Standort zwischenzuspeichern.
Um SymProxy zu installieren, müssen Sie die Dateien manuell an den richtigen Speicherort kopieren, die Registrierung konfigurieren, Netzwerksicherheitsanmeldeinformationen auswählen und Internetinformationsdienste (Internet Information Services, IIS) konfigurieren. Lesen Sie den Abschnitt HTTP-Symbolspeicher, um sicherzustellen, dass Ihr HTTP-Symbolspeicher ordnungsgemäß konfiguriert ist.
Überlegungen zur Leistung mehrerer Symbolserver
Jedes virtuelle Verzeichnis kann mehreren (upstream) Symbolspeichern zugeordnet werden. Jeder Symbolspeicher wird unabhängig abgefragt. Zur Verbesserung der Leistung sollten lokale SMB-Server vor Internet-HTTP-Servern verarbeitet werden. Im Gegensatz zu einem Debuggersymbolpfad können mehrere HTTP-Symbolspeicher in einem SymProxy-Symbolpfad angegeben werden. Pro virtuelles Verzeichnis werden maximal 10 Einträge unterstützt.
SymProxy-Symbolpfad
SymProxy teilt den registrierungsdefinierten Symbolpfadwert in die einzelnen Einträge auf und verwendet jeden Eintrag, um einen SRV*-basierten Symbolpfad zum Abrufen der Datei zu generieren. Er verwendet bei jeder Abfrage den Ordner des virtuellen Verzeichnisses als Downstream-Speicher. Das bedeutet, er führt die Upstream-Speicher zu einem einzigen Downstream-Symbolspeicher zusammen.
Der von SymProxy verwendete (generierte) Symbolpfad entspricht folgendem:
SRV*<Virtual Directory Folder>*<SymbolPath Entry #N>
In diesem Beispiel werden ein UNC-Pfad und zwei HTTP-Pfade einem virtuellen Verzeichnis zugeordnet, um die Symbole von einem Unternehmenssymbolserver, Microsoft und einem Drittanbieter (Contoso) zusammenzuführen. Der SymProxy-SymbolPath würde wie folgt festgelegt werden:
\\MainOffice\Symbols;https://msdl.microsoft.com/download/symbols;
https://symbols.contoso.com/symbols
Die Freigabe der Symboldateien des Main Office wird zuerst mithilfe eines (generierten) Symbolpfads abgefragt:
SRV*D:\SymStore\Symbols*\\MainOffice\Symbols
Wenn die Symboldatei nicht gefunden wird, erfolgt eine Abfrage des Microsoft Symbol Store mit einem (generierten) Symbolpfad:
SRV*D:\SymStore\Symbols*https://msdl.microsoft.com/download/symbols
Wenn die Datei immer noch nicht gefunden wird, wird der Contoso-Symbolspeicher (https://symbols.contoso.com/symbols) mithilfe eines (generierten) Symbolpfads abgefragt von:
SRV*D:\SymStore\Symbols*https://symbols.contoso.com/symbols
Dieser Abschnitt umfasst:
Konfigurieren der Registrierung
Auswählen von Anmeldeinformationen für die Netzwerksicherheit
Konfiguration von IIS für SymProxy
Einrichten von Ausschlusslisten