Рейтинг:0

Настройки прокси-сервера winhttp не используются системной учетной записью

флаг us

Мы находимся в середине настройки Exchange Hybrid с новыми серверами Exchange 2016 в их собственном сегменте сети, в котором запущено HCW, и они имеют доступ к конечным точкам Microsoft 0365 только через наш брандмауэр и являются нашими существующими серверами почтовых ящиков Exchange 2010, которые находятся на другой сегмент сети и никогда не был в Интернете.

Поток почты, устаревшие общедоступные папки и поиск сведений о доступности работают корректно из EXO в эти объекты, размещенные на серверах Exchange 2010.

Чтобы поиск информации о занятости работал от EXO к пользователям на Exchange 2010, мы реализовали следующее, используя командную строку с повышенными привилегиями на наших серверах Exchange 2010, чтобы указать на прокси-сервер, настроенный для маршрутизации к конечным точкам Microsoft 0365.

netsh winhttp установить прокси прокси-сервер = "172.22.90.102:80"

bypass-list="localhost;127.0.0.1;*.dom.com;exe10sever01;exe10server02;ex16server01;exc16server02..."

Проблема, с которой мы столкнулись, заключается в том, что пользователи Exchange 2010 не могут успешно искать информацию о доступности для пользователей EXO, несмотря на наличие прокси-сервера.

При тестировании с использованием PsExec -s -i для запуска Internet Explorer на серверах 2010 с выбранным параметром «Определить параметры» в «Свойства обозревателя»/«Подключения»/«Параметры локальной сети»

Я не вижу, чтобы трафик на наш прокси записывался в Wireshark

Я не могу подключиться к определенным URL-адресам Microsoft, таким как https://nexus.microsoftonline-p.com/federationmetadata/2006-12/federationmetadata.xml, который просто истекает.

Однако, если я снова запускаю IE с помощью PsExec и устанавливаю данные прокси непосредственно в IE, я вижу, что трафик направляется на прокси-сервер, и открываются URL-адреса.

Отключение антивируса, брандмауэров и т. д. на серверах Exchange не влияет на результат, есть ли какой-то параметр реестра или что-то, что я упустил, что мешает системной учетной записи использовать настройки прокси для Exchange?

Joy Zhang avatar
флаг us
Есть ли обновления по этому вопросу? Рекомендации, которые я предоставил, работают для вас?
Рейтинг:0
флаг us

Согласно вашему описанию, вот несколько шагов по устранению неполадок для справки:

Определите, какое сообщение об ошибке вы получаете от OWA:

  • Используйте учетную запись затронутого пользователя для входа в локальную OWA.
  • Создайте новый запрос на собрание, а затем добавьте локального пользователя в встреча.
  • Когда хеш-метки возвращаются, наведите на них указатель, чтобы отображать сообщение об ошибке. Обратите внимание на номер кода ошибки в сообщении об ошибке. сообщение.
  1. Если сообщения об ошибках имеют код ошибки 5039: Дополнительные сведения: Пользователь Exchange 2010/2013 не может видеть сведения о доступности пользователя в облаке (код ошибки 5039)

Запустите приведенную ниже команду, чтобы проверить, настроен ли параметр веб-прокси, поскольку адрес и номер порта заменены адресом вашего сервера и номером порта:

Get-ExchangeServer | fl ИнтернетВеб-прокси
  1. Если сообщение об ошибке имеет код ошибки 5016, определите, указан ли правильный целевой адрес в локальном MEU. Больше подробностей: Пользователь Exchange 2010/2013 не может видеть сведения о доступности пользователя в облаке (код ошибки 5016)

Запустите команду ниже:

Get-RemoteMailbox Имя пользователя |fl RemoteRoutingAddress
  1. Если появляется сообщение об ошибке с кодом ошибки 5037, убедитесь, что параметры организационной связи настроены правильно, чтобы разрешить доступ к информации о доступности для пользователей. Больше подробностей: Пользователь Exchange 2010/2013 не может видеть информацию о доступности пользователя в облаке (код ошибки 5037)

Запустите команду ниже:

Get-OrganizationRelationship -Identity "Отношение Exchange Online к локальной организации" | Флорида
Get-OrganizationRelationship -Identity "Локально для связи организации Exchange Online"

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.