SymProxy
Du kan konfigurera ditt HTTP-baserade symbolarkiv så att det fungerar som en proxy mellan klientdatorer och andra symbollager. Implementeringen sker via ett ISAPI-filter (Internet Server Application Programming Interface) som kallas SymProxy (Symproxy.dll). SymProxy-servern kan användas som en gatewaydator till Internet eller andra källor i företagets nätverk. Följande diagram visar ett exempel på en SymProxy-konfiguration.
SymProxy är användbart i många situationer. Till exempel:
Du felsöker många system i en labbmiljö där datorerna inte är anslutna till företagsnätverket, men symbolerna lagras i nätverket och måste nås med hjälp av integrerad Windows-autentisering (IWA).
Företagets datormiljö innehåller en brandvägg som förhindrar åtkomst till Internet från datorer som felsöker och du måste hämta symboler från en webbplats på Internet.
Du vill presentera en enda symbolsökväg för alla användare i företaget så att de inte behöver känna till eller bry sig om var symbolerna finns och du kan lägga till nya symbollager utan att användaren behöver göra något.
Du har en fjärrplats som är fysiskt långt från resten av företagets resurser och nätverksåtkomsten är långsam. Det här systemet kan användas för att hämta symboler och cachelagra dem på fjärrplatsen.
Om du vill installera SymProxy måste du manuellt kopiera filerna till rätt plats, konfigurera registret, välja autentiseringsuppgifter för nätverkssäkerhet och konfigurera IIS (Internet Information Services). Information om hur du ser till att HTTP-symbolarkivet är korrekt konfigurerat finns i HTTP-symbolarkiv.
Prestandaöverväganden för flera symbolservrar
Varje virtuell katalog kan associeras med flera (överordnade) symbollager. Varje symbolarkiv efterfrågas oberoende av varandra. För prestanda bör lokala SMB-servrar bearbetas före INTERNET HTTP-servrar. Till skillnad från en sökväg för felsökningssymboler kan flera HTTP-symbollager anges i en SymProxy-symbolsökväg. Högst 10 poster stöds per Virtuell katalog.
Sökväg för SymProxy-symboler
SymProxy delar upp det (registerdefinierade) symbolsökvägsvärdet i de enskilda posterna och använder varje post för att generera en SRV*-baserad symbolsökväg för att hämta filen. Den använder mappen i den virtuella katalogen som nedströms lagringsplats för varje fråga – praktiskt taget sammanfogar den uppströms lagringsplatserna till ett enda nedströmssymbolarkiv.
Den (genererade) symbolsökvägen som används av SymProxy motsvarar följande:
SRV*<Virtual Directory Folder>*<SymbolPath Entry #N>
I det här exemplet associeras en UNC-sökväg och två HTTP-sökvägar med en virtuell katalog för att sammanfoga symbolerna från en företagssymbolserver, Microsoft och en tredje part (Contoso). SymProxy SymbolPath skulle anges så här:
\\MainOffice\Symbols;https://msdl.microsoft.com/download/symbols;
https://symbols.contoso.com/symbols
Main Office Symbol-filresursdelning söks först genom en (genererad) symbolsökväg:
SRV*D:\SymStore\Symbols*\\MainOffice\Symbols
Om symbolfilen inte hittas, söks Microsoft Symbol Store med hjälp av en (genererad) symbolsökväg.
SRV*D:\SymStore\Symbols*https://msdl.microsoft.com/download/symbols
Om filen fortfarande inte hittas efterfrågas Contoso Symbol Store-(https://symbols.contoso.com/symbols) med hjälp av en (genererad) symbolsökväg för:
SRV*D:\SymStore\Symbols*https://symbols.contoso.com/symbols
Det här avsnittet innehåller:
välja autentiseringsuppgifter för nätverkssäkerhet