У разгортваннях BizTalk Health Monitor на базе .NET Framework праверку абнаўлення рэпазіторыя выконвае ChkBHMRep.exe. Таму налада проксі ў іншым выканальным файле можа пакінуць гэтую праверку без змен.

Калі разгортванне выкарыстоўвае сістэмны проксі бягучага карыстальніка Windows і стандартныя ўліковыя дадзеныя, дадайце гэты раздзел у ChkBHMRep.exe.config побач з правяральнікам:

<configuration>
  <system.net>
    <defaultProxy enabled="true" useDefaultCredentials="true">
      <proxy usesystemdefault="true" />
    </defaultProxy>
  </system.net>
</configuration>

Захавайце іншыя раздзелы канфігурацыі і адзіны каранёвы элемент канфігурацыі. Перазапусціце правяральнік праз яго звычайны жыццёвы цыкл, каб новы працэс загрузіў файл.

Стандартныя ўліковыя дадзеныя азначаюць ідэнтычнасць, якая выконвае гэты працэс. Запланаваны ўліковы запіс і інтэрактыўны адміністратар могуць мець розны доступ да проксі. Гэта налада не дае адвольнага захаванага пароля і не дае гэтай ідэнтычнасці дазволу на пасрэдніку.

Трымайце разгортванне BHM і пакаленне асяроддзя выканання разам з расследаваннем. Гэта механізм канфігурацыі выканальнага файла для .NET Framework, а не ўніверсальная налада для кожнага сучаснага HTTP-кліента .NET або ўсіх працэсаў на хосце.

Падобныя артыкулы