Exchange 2010通过共同的外部DNS名称空间join不同站点的站点

寻求join两个现有Exchange 2010站点的build议。主要的驱动程序是共享日历信息和一个普通的GAL。

由于内部域名和共享（不存在的）根域的复杂性，Exchange内部的两个站点看起来很复杂。

以下是邮件stream信息[email protected]被转发到基于云的MTA内容filter，然后MTA规则将邮件转发到相关Exchange站点： [email protected]内部FQDN uk.domian.com user @ us.domain.com内部FQDN us.domian.internal

由于美国网站是一个内部命名空间，使网站join麻烦，我调查了重命名域或创build一个新的域和迁移，但这需要大量的pipe理input和美国网站有很less的IT人员资源。

因此，似乎创buildExchange联合信任似乎是唯一可行的select（除非有其他解决scheme？）

看看联合信任，似乎DNS需要修改，自动发现条目改变等。

由于两个站点之间存在私有IPSEC隧道，我想知道是否可以在内部DNS服务器上创build自动发现规则，然后使用VPN隧道进行联合。

任何其他可行的选项或build议？

提前致谢！

您是指空闲/忙碌信息还是实际的日历共享？您的最佳途径是使用联合忙/闲信息。您需要galsync（FIM 2010 R2）进行GAL设置。或者，使用其中一个将在不使用FIM的情况下为您创build联系人的PowerShell脚本。

我已经做了一个设置就像你问。它将处理发行清单，等等，虽然…像帮助台或销售或任何其他相同的跨森林谨慎。

基本上归结为两件事情：

你应该（如果你还没有）为domain.com有一个共享的SMTP命名空间。这将使发送和接收为每个人的domain.com …并简化使用的命名空间。你可以做这个跨森林。
如果需要的话，考虑跨森林联盟。基本上这将允许跨林资源可用性和忙/闲同步。帮助会议等我们使用（我强烈推荐）由netsec.de产品称为GAL同步… http://www.netsec.de/en/produkte/galsync/它是由德国公司，但它有全面的英语支持，并且工作得非常好。 这将需要在两侧进行设置，但是如此多的可自定义选项的效果非常好。我们已经考虑过所有其他的，如IIFP（现在的ILM），Quest协作服务，在内部进行，双方手动联系等。

总的来说，这不是为了整个心灵的隐隐。你必须确保你做对了，因为交换是挑剔的。例如，您已经在其他森林中拥有一个联系人。现在删除它并重新创build它，并观察当有人试图从原始“联系人”回复现有电子邮件时会发生什么情况。它会弹跳，因为它正在寻找原始的Exchange对象，而不是smtp地址。所以要小心，慢点。即使有上述select，我花了几个月的时间进行计划和testing，以确保上线顺利。