SymProxy
Хранилище символов на основе HTTP можно настроить для использования в качестве прокси-сервера между клиентскими компьютерами и другими хранилищами символов. Реализация осуществляется через фильтр интерфейса программирования приложений Internet Server (ISAPI) с именем SymProxy (Symproxy.dll). Сервер SymProxy можно использовать в качестве компьютера шлюза в Интернете или других источниках в корпоративной сети. На следующей схеме показан пример конфигурации SymProxy.
SymProxy полезен во многих ситуациях. Например:
Выполняется отладка многих систем в лабораторной среде, в которой компьютеры не подключены к корпоративной сети, но символы хранятся в сети и должны быть доступны с помощью встроенной проверки подлинности Windows (IWA).
Ваша корпоративная вычислительная среда включает брандмауэр, который запрещает доступ к Интернету с компьютеров, на которых выполняется отладка, и необходимо получить символы с веб-сайта.
Вы хотите представить один путь символа для всех пользователей в вашей компании, чтобы они не знали или заботились о расположении символов, и вы можете добавлять новые хранилища символов без вмешательства пользователя.
У вас есть удаленный сайт, который физически далеко от остальных ресурсов вашей компании, и сетевой доступ медленно. Эта система может использоваться для получения символов и кэширования их на удаленный сайт.
Чтобы установить SymProxy, необходимо вручную скопировать файлы в правильное расположение, настроить реестр, выбрать учетные данные безопасности сети и настроить службы IIS. Чтобы убедиться в правильной настройке хранилища символов HTTP, см. Хранилища символов HTTP.
Рекомендации по производительности нескольких серверов символов
Каждый виртуальный каталог может быть связан с несколькими (вышестоящими) хранилищами символов. Каждое хранилище символов запрашивается независимо. Для повышения производительности локальные серверы SMB должны обрабатываться перед HTTP-серверами Интернета. В отличие от пути к символу отладчика, в пути символов SymProxy можно указать несколько хранилищ символов HTTP. Для каждого виртуального каталога поддерживается не более 10 записей.
Путь к символам SymProxy
SymProxy разделяет определённое реестром значение пути символов на отдельные записи и использует каждую запись для создания пути символов на основе SRV*, чтобы получить файл. В ней используется папка Виртуального каталога в качестве нижнего хранилища в каждом из запросов, то есть слияние вышестоящих хранилищ в одно нижнее хранилище символов.
Этот сгенерированный путь к символам, используемый SymProxy, эквивалентен следующему:
SRV*<Virtual Directory Folder>*<SymbolPath Entry #N>
В этом примере UNC-путь и два HTTP-пути связаны с виртуальным каталогом для объединения символов с корпоративного сервера символов, Майкрософт и сторонней стороны (Contoso). Путь к символам SymProxy устанавливается следующим образом:
\\MainOffice\Symbols;https://msdl.microsoft.com/download/symbols;
https://symbols.contoso.com/symbols
Главная долевая папка символов сначала запрашивается с использованием (сгенерированного) пути символов.
SRV*D:\SymStore\Symbols*\\MainOffice\Symbols
Если файл символов не найден, Microsoft Symbol Store опрашивается с использованием (созданного) символического пути:
SRV*D:\SymStore\Symbols*https://msdl.microsoft.com/download/symbols
Если файл по-прежнему не найден, хранилище символов Contoso (https://symbols.contoso.com/symbols) запрашивается с использованием созданного пути символов:
SRV*D:\SymStore\Symbols*https://symbols.contoso.com/symbols
В этом разделе приведено следующее:
Настройка реестра
выбор учетных данных безопасности сети