SymProxy

Вы можете настроить хранилище символов на основе HTTP для работы в качестве прокси-сервера между клиентскими компьютерами и другими хранилищами символов. Реализация осуществляется через фильтр 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 SymbolPath будет задан следующим образом:

\\MainOffice\Symbols;https://msdl.microsoft.com/download/symbols;
https://symbols.contoso.com/symbols

Файловый ресурс main Office Symbol сначала запрашивается с помощью (созданного) пути к символам:

SRV*D:\SymStore\Symbols*\\MainOffice\Symbols

Если файл символов не найден, к Microsoft Symbol Store отправляется запрос с использованием (созданного) пути к символам:

SRV*D:\SymStore\Symbols*https://msdl.microsoft.com/download/symbols

Если файл по-прежнему не найден, к хранилищу (https://symbols.contoso.com/symbols) символов Contoso отправляется запрос с использованием (созданного) пути к символам:

SRV*D:\SymStore\Symbols*https://symbols.contoso.com/symbols

Этот раздел состоит из следующих частей.

Установка SymProxy

Настройка реестра

Выбор учетных данных безопасности сети

Настройка СЛУЖБ IIS для SymProxy

Настройка списков исключений

Работа с недоступными хранилищами символов

Обработка указателей на файл

Кэширование полученных файлов символов