我有两台 Exchange 2007 服务器,一台(exch1)充当传输中心、邮箱和客户端访问角色,另一台(owa1)充当客户端访问角色。owa1 通过端口 443 向外界公开,以供外部访问。
owa1 每天都会记录以下错误几次:
8 月 5 日 21:01:07 owa1 ActiveSync:1040:客户端使用的最近 [526] 个检测信号间隔的平均值小于或等于 [540]。请确保防火墙配置已设置为与 Exchange ActiveSync 和 Direct Push 技术配合使用。具体来说,请确保防火墙配置正确,以使对 Exchange ActiveSync 的请求在有机会得到处理之前不会过期。有关如何在使用 Exchange ActiveSync 时配置防火墙设置的详细信息,请参阅 Microsoft 知识库文章 905013“Exchange ActiveSync Direct Push 技术的企业防火墙配置”(http://go.microsoft.com/fwlink/?linkid=3052&kbid=905013)。
没有附带解释性日志消息。
我找到的大多数文档都涉及防火墙超时。我的防火墙是 OpenBSD 机箱,使用默认的 tcp.established 超时 86400 秒(24 小时),所以我认为这不是问题。没有基于主机的防火墙。
组织中有很多 iPhone 和 Palm 设备,包括我的,但我还没有收到与此相关的投诉。
有人可以解释一下这个问题吗?
答案1
有关涉及的组件以及此错误报告的内容的一些具体信息在这篇 Technet 文章中。鉴于您确定自己的防火墙没有强制执行会话超时,那么很明显,最可能的罪魁祸首是蜂窝提供商。
这样做的主要影响是,对于邮件量相对较少的用户来说,电池寿命会缩短;对于邮件量较大的用户来说,邮件下载占据了耗电量的绝大部分,因此高级用户往往不会像那些不经常收到邮件的用户那样注意到这些问题。文章指出,这会导致错过推送通知 - 超时期间发生的通知不会导致推送,并且只有在客户端意识到心跳丢失并重新连接后才会到达邮件。至少您的一些用户应该会看到一些邮件被延迟。延迟不应超过 30 分钟,正常运行的设备应缩短睡眠间隔,直到找到可持续的会话持续时间。
还要注意,这是一个平均数字——许多(甚至大多数)用户可能完全没问题,而平均值的降低可能是由影响少数用户的问题引起的。
答案2
为什么 exch1 是 CAS 服务器?它与 cas1 位于不同的站点吗?
我发现这种情况要么是防火墙,要么是负载平衡器断开了连接。确保 BSD 盒没有确定连接是否处于“空闲”或类似状态的逻辑。
谢谢,
布莱恩·戴斯蒙德
活动目录最有价值专家