迁移后服务器 2012 R2 Essentials 上的 SCP 位置

迁移后服务器 2012 R2 Essentials 上的 SCP 位置

我已经从带有 Exchange 2007 的 SBS 2008 迁移到 Server 2012 R2 Essentials 和 Exchange Online(Office 365)。

当用户登录 Outlook 时,Outlook 仍会尝试连接到通过 SCP 发现的旧 URL。确切的措辞是:

“尝试通过 SCP 找到 URL xxx.xxxx.com.au/autodiscover/autodiscover.xml”

这个 SCP 对象在 2012 R2 服务器上的位置在哪里?我在 AD 中找不到它,它可能以某种方式存在于 Exchange Online 服务器上吗?

(我发现在运行 Outlook 测试配置时它正在使用这个旧的 URL)

谢谢。

答案1

您是否使用添加/删除程序正确删除了 Exchange 2007?它应该删除了所有条目。

它在 ADSIEDIT 中的以下位置显示:CN=Autodiscover、CN=Protocols、CN=servername、CN=Servers、CN=Exchange Administrative Group、CN=Administrative Groups、CN=Your Organization、CN=Microsoft Exchange、CN=Services

其中 servername 是旧 Exchange 服务器的名称,your org 是组织名称。

答案2

由于我的设置不同寻常,这比 Sembee 上面发布的要复杂一些,

我将 2012 R2 Essentials 加入了域,使其成为 AD 域控制器。因此,所有 Exchange 2007 对象都转移到了 2012 服务器。事实证明,这些对象似乎被“隐藏”了,无法使用 Active Directory 站点和服务(更具体地说是在服务内部)找到。

然后我将 2012 R2 同步到 Azure,并将 Exchange 2007 迁移到 Exchange Online。然后我降级了 SBS 2008 并将其从域中完全删除,因为它是 VM,我们正在将所有 VM 迁移到 AZURE。

不幸的是,尽管 Excahnge 2007 与 2012 不兼容,但所有旧的 SBS 2008 和 Exchange 2007 对象仍然是 2012 服务器上 AD 的一部分。这意味着,正如我所理解的,这些对象不易访问......特别是 SCP 对象。

因此解决方案是:

我设法找到一个通过 powershell 查找 SCP 的脚本 -

$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 对象并将其删除。奇怪的是,右键单击并选择“定位”会触发错误,提示找不到位置。由于缺乏兼容性,这有点意料之中。不过幸运的是,从这里删除对象是可行的。

我遇到了这个问题,因为我们所有的 Outlook 客户端在登录时都开始触发证书问题,即使我们直接连接到 Exchange Online/Office 365,而不是本地服务器。

以下是我找到该脚本的网站链接:

http://vanhybrid.com/2012/11/21/retrieving-exchange-autodiscover-scp-information-from-ad-via-powershell/

相关内容