Расположение SCP на сервере 2012 R2 Essentials после миграции
Я перешел с SBS 2008 с Exchange 2007 на Server 2012 R2 Essentials и Exchange Online (Office 365).
Когда пользователи входят в Outlook, Outlook по-прежнему пытается подключиться к старому URL-адресу, который он обнаруживает через SCP. Точная формулировка такова:
«Попытка URL xxx.xxxx.com.au/autodiscover/autodiscover.xml обнаружена через SCP»
Где находится этот объект SCP на сервере 2012 R2? Я нигде не могу найти его в AD, возможно, это каким-то образом на сервере Exchange Online?
(я обнаружил, что он использовал этот старый URL-адрес при запуске тестовой конфигурации Outlook)
Спасибо.
В результате моей необычной настройки это было немного сложнее, чем Sembee, описанный выше
. Я присоединил 2012 R2 Essentials к домену, сделав его контроллером домена AD. Таким образом, все объекты Exchange 2007 перенесены на сервер 2012 года. Оказывается, эти объекты кажутся «скрытыми» и не могут быть обнаружены с помощью сайтов и служб Active Directory, в частности внутри служб.
Затем я синхронизировал 2012 R2 с Azure и перенес Exchange 2007 в Exchange Online. Затем я понизил уровень SBS 2008 и полностью удалил его из домена, поскольку это виртуальная машина, и мы переносим все наши виртуальные машины в AZURE.
К сожалению, все старые объекты SBS 2008 и Exchange 2007 по-прежнему являются частью AD на сервер 2012 года, хотя Excahnge 2007 несовместим с 2012 годом .. Это означает, насколько я понимаю, что эти объекты нелегко доступны ... в частности, объект SCP.
Итак, решение:
Мне удалось найти сценарий для поиска SCP через powershell -
$obj = @()
$ADDomain = Get-ADDomain | Select DistinguishedName
$DSSearch = New-Object System.DirectoryServices.DirectorySearcher
$DSSearch.Filter = '(&(objectClass=serviceConnectionPoint)(| (keywords=67661d7F-8FC4-4fa7-BFAC-E1D7794C1F68)(keywords=77378F46-2C66-4aa9-A6A6-3E7A48B19596)))'
$DSSearch.SearchRoot = 'LDAP://CN=Configuration,'+$ADDomain.DistinguishedName
$DSSearch.FindAll() | %{
$ADSI = [ADSI]$_.Path
$autodiscover = New-Object psobject -Property @{
Server = [string]$ADSI.cn
Site = $adsi.keywords[0]
DateCreated = $adsi.WhenCreated.ToShortDateString()
AutoDiscoverInternalURI = [string]$adsi.ServiceBindingInformation
}
$obj += $autodiscover
}
Write-Output $obj | Select Server,Site,DateCreated,AutoDiscoverInternalURI | ft -AutoSize$obj = @()
Это выявило объекты, которые все еще находились где-то внутри AD, и затем я смог использовать Центр администрирования AD для запуска «поиска по глобальному каталогу» для всех объектов, находящихся под этим именем SCP-объекта, и по этим результатам я смог найти объект SCP и удалить его. Как ни странно, щелчок правой кнопкой мыши и выбор «Найти» вызывает ошибку, говорящую, что местоположение не может быть найдено .. Вроде ожидаемо из-за отсутствия совместимости. Однако, к счастью, удаление объекта отсюда работает.
Я столкнулся с этой проблемой, поскольку все наши клиенты Outlooks начали выдавать проблему с сертификатом при входе в систему, даже если мы подключались напрямую к Exchange Online / Office 365, и не на локальный сервер.
Вот ссылка на сайт, где я нашел этот скрипт:
Вы правильно удалили Exchange 2007, используя программы добавления / удаления? Он должен был удалить все записи.
Это видно в ADSIEDIT в следующем месте: CN = автообнаружение, CN = протоколы, CN = имя сервера, CN = серверы, CN = административная группа Exchange, CN = административные группы, CN = ваша организация, CN = Microsoft Exchange, CN = Services
, где имя сервера - это имя старый сервер Exchange и ваша организация - это ее название.