SymProxy
È possibile configurare l'archivio simboli basato su HTTP in modo da fungere da proxy tra computer client e altri archivi simboli. L'implementazione viene eseguita tramite un filtro ISAPI (Internet Server Application Programming Interface) denominato SymProxy (Symproxy.dll). Il server SymProxy può essere usato come computer gateway per Internet o altre fonti della rete aziendale. Il diagramma seguente mostra un esempio di configurazione SymProxy.
SymProxy è utile in molte situazioni. Per esempio:
Si sta eseguendo il debug di molti sistemi all'interno di un ambiente lab in cui i computer non sono collegati alla rete aziendale, ma i simboli vengono archiviati nella rete e devono essere accessibili usando l'autenticazione integrata di Windows (IWA).
L'ambiente di elaborazione aziendale include un firewall che impedisce l'accesso a Internet da computer di cui è in corso il debug ed è necessario ottenere simboli da un sito Web Internet.
Si vuole presentare un unico percorso di simboli per tutti gli utenti dell'azienda in modo che non debbano conoscere o preoccuparsi della posizione dei simboli e aggiungere nuovi archivi di simboli senza l'intervento dell'utente.
Si dispone di un sito remoto fisicamente lontano dal resto delle risorse aziendali e l'accesso alla rete è lento. Questo sistema può essere usato per acquisire i simboli e memorizzarli nella cache nel sito remoto.
Per installare SymProxy, è necessario copiare manualmente i file nel percorso corretto, configurare il Registro di sistema, scegliere le credenziali di sicurezza di rete e configurare Internet Information Services (IIS). Per assicurarsi che l'archivio simboli HTTP sia configurato correttamente, vedere archivi di simboli HTTP.
Considerazioni sulle prestazioni di server simbolici multipli
Ogni directory virtuale può essere associata a più archivi di simboli (upstream). Ogni archivio di simboli viene interrogato in modo indipendente. Per migliorare le prestazioni, i server SMB locali devono essere elaborati prima dei server HTTP Internet. A differenza di un percorso di simboli del debugger, è possibile specificare più archivi di simboli HTTP in un percorso di simboli SymProxy. Sono supportate al massimo 10 voci per ogni directory virtuale.
Percorso simbolo SymProxy
SymProxy scompone il valore del percorso dei simboli (definito dal Registro di sistema) nelle singole voci e ogni voce viene usata per generare un percorso dei simboli basato su SRV* per recuperare il file. Usa la cartella della directory virtuale come archivio downstream in ognuna delle query, di fatto unendo gli archivi upstream in un singolo archivio simboli downstream.
Il percorso del simbolo (generato) usato da SymProxy equivale a questo:
SRV*<Virtual Directory Folder>*<SymbolPath Entry #N>
In questo esempio, un percorso UNC e due percorsi HTTP sono associati a una directory virtuale per unire i simboli da un server di simboli dell'azienda, di Microsoft e da una terza parte (Contoso). SymProxy SymbolPath sarà impostato come segue:
\\MainOffice\Symbols;https://msdl.microsoft.com/download/symbols;
https://symbols.contoso.com/symbols
La condivisione principale di file dei simboli di Office viene interrogata per prima utilizzando un percorso di simbolo (generato) di:
SRV*D:\SymStore\Symbols*\\MainOffice\Symbols
Se il file di simboli non viene trovato, viene eseguita una query su Microsoft Symbol Store utilizzando un percorso di simboli generato:
SRV*D:\SymStore\Symbols*https://msdl.microsoft.com/download/symbols
Se il file non viene ancora trovato, si esegue una query utilizzando il percorso generato dei simboli nell'Archivio Simboli di Contoso (https://symbols.contoso.com/symbols).
SRV*D:\SymStore\Symbols*https://symbols.contoso.com/symbols
Questa sezione include:
Configurazione del Registro di sistema
scelta delle credenziali di sicurezza di rete
Configurazione di IIS per symproxy
Impostare elenchi di esclusione
Gestione degli Archivi Simboli Non Disponibili