这一章来给大家讲Outlook Anywhere,概念比较重要,但是容易混淆,大家得仔细阅读,仔细区分。

RPC over HTTP/HTTPS

首先得理解,为何在Exchange 2013当中,仅支持Outlook Anywhere的Outlook MAPI客户端连接方式。早期版本的MAPI访问依赖的是TCP的RPC协议直接连接到MBX服务器,而Exchange2013则使用HTTPS封装的RPC协议。这就意味着,如果你在当前是Ex2007或者Ex2010的环境当中,再增加一台Ex2013的服务器,那你几句得在所有的旧版本的CAS服务器上,无论是面向内部的还是外部的,都开启Outlook Anywhere。

Ex2013 CAS服务器对这块做出的更改是完全重构了一个新的代理模块,模块名应该是Httpproxy.dll,老的是叫RpcProxy.dll。所以Ex2013的CAS已经没法直接代理RPC的流量。如果一台Ex2013的CAS收到了HTTPS封装的RPC流量,那么他没法去解封装,他只认识HTTPS不认识RPC,而是将其代理给任何有rpcproxy.dll模块的服务器,比如Ex2013的MBX(MBX上有这个模块)或者是其他的早期版本的CAS服务器。

前面说的比较模糊,让我们再梳理一遍:

Ex2007或者Ex2010:

在 Exchange 2007 中,对于如 Outlook Web 服务(包括可用性服务和外出设置)及脱机通讯簿下载这样的 HTTPS 连接,Exchange 和其他 MAPI 客户端与CAS进行通信,但是对于目录服务查询,则直接与MBX上的 MAPI RPC 组件和GC上的 NSPI 终结点进行通信。

在 Exchange 2010 中,这些连接在CAS或CAS Array的 MAPI RPC 连接点上建立,提供统一的访问体验。

Exchange 2013:

收到了一个MAPI直接连接,丢弃。

收到HTTPS封装的RPC连接,查看环境中谁能解开RPC包,代理给它,默认是代理给Ex2013的MBX角色。

在Ex2007或者Ex2010的CAS,启用Outlook Anywhere可以使用Enable-OutlookAnywhere命令,比如:

Enable-OutlookAnywhere -Server 'CAS01' -ExternalHostname 'CAS01.contoso.com' -ClientAuthenticatioinMethod Basic -SSLOffloading $False -IISAuthenticationMethods Basic,NTLM

注意这里:如果是混合部署环境,你需要对旧版本的OutlookAnywhere为IIS身份验证方法增加一条NTLM。

当然你也可以用Exchange 管理控制台的向导来启用Outlook Anywhere,我就不多说了。

Exchange2013的Outlook Anywhere已经默认启用了,你唯一需要做的就是应用一张有效的证书给它,如果不应用证书而是一直使用默认的自签名证书,你会被客户端的抱怨给淹了…(额外说一点,这证书用不用在MBX上无所谓,因为CAS知道这些连接已经被Kerberos验证过了,所以他只关心这张证书是否能用来加密。)

MAPI over HTTP

随着时间进步,微软的产品里也慢慢的想抛弃掉RPC这种陈旧的连接方式,所以在Exchange 2013 SP1中,提出了(从O365搬来了)MAPI over HTTP这样一个新功能,也就是说,在这个新特性里去掉了RPC的封装层。将MAPI请求直接封装在HTTP请求/响应组里,省去了RPC请求/响应的步骤,如下两幅对比图。

「深入 Exchange 2013」05 Outlook Anywhere_Exchange 2013

「深入 Exchange 2013」05 Outlook Anywhere_RPC OVER HTTP_02

关于Mapi Over Http我会另外再单独写篇文章如何去进行配置启用。或者等不及的你,可以先看看这个:https://technet.microsoft.com/zh-CN/library/bb123741(v=exchg.150).aspx 自己动手玩一下,我会在随后的文章里详细描述Mapi over Http是怎么干活的。

捋一捋捋一捋

OK,聊到最后,还有一些问题要细说一下:

比方我Outlook Anywhere的内外网URL不一样,在Outlook Anywhere配置的时候,我填的是外部的URL,那么如果我在内部访问,他是不是会从公网绕一圈回来?首先,你刚刚安装好Ex2013,并且配置好了自动发现,你除了去配一下Outlook Anywhere的外部URL,客户端让它自动发现并配置profile就行了。其次,如果你一定要手动去玩,OutlookAnywhere没那么笨,无论在何种环境下,他会首先去连接内部URL,不信你配好了之后,连接完成,或者这么说,至少等客户端经历过了一次Autodiscover,过会再打开那个Exchange代理设置的窗口,你会发现最上面的代理URL变成了他喵的内部URL,类似下图一样:

「深入 Exchange 2013」05 Outlook Anywhere_Exchange 2013_03

关于这种现象的解释请参照这里:https://support.microsoft.com/zh-cn/kb/2754898/en-us 其实也没啥解释,程序行为使然(但是注意,Outlook客户端实际上是从Autodiscover信息里,拿到了内部URL和外部URL这两个URL,只是在这个窗口里默认只显示内部URL!)

再接下来,你要给Exchange申请证书了,里面要写一些域名,你不想用通配符,而申请证书的时候,证书里面不能放入Internet上无法解析的主机名,也就是你的内部URL,怎么办?这里比较容易混淆,内部连接,客户端到Ex2013的Outlook Anywhere是RPC over HTTP,即不需要用证书建立TLS通道。外部连接,客户端用的是RPC over HTTPS,需要用证书进行加密;怎么提交域名,现在明白了吗?

你最开始的时候都是说的HTTPS,到这里又变成了HTTP和HTTPS,到底是啥情况?

我再捋一捋,最开始的时候说的是TCP协议类中的HTTP协议,以HTTPS的URL,用SSL加密封装着RPC流量。现在说的是未经过SSL加密(HTTP)和经过SSL加密的RPC流量,无论是HTTP还是HTTPS开头,对于CAS来说,他都没法拆开里面的RPC包,只能代理给MBX角色。看下边的图对比下就明白了:

下图展示了外部用户通过公网访问Exchange 2013,协议HTTP,加密SSL,URL开头https

「深入 Exchange 2013」05 Outlook Anywhere_RPC OVER HTTP_04

下图展示内部用户访问Exchange 2013,HTTP连接,端口全用80,所以你现在应该知道内部用户访问用不用证书去验证DNS名了?(码打的比较厚,教育网,全是公网IP,没办法只能遮着点~)

「深入 Exchange 2013」05 Outlook Anywhere_Exchange 2013_05

「深入 Exchange 2013」05 Outlook Anywhere_深入Exchange2013_06

最后一个问题,我内部URL和外部URL能一样吗?当然能,只要保证内部与外部的DNS解析到不同的内外网ip就行。

好了,终于扯完了这一堆,希望能够给你带来一些新的知识。下一章我们聊聊命名空间的设计,也就是规划Exchange2013所使用的一堆DNS命名。


最后照例打一下广告:

「深入 Exchange 2013」05 Outlook Anywhere_RPC OVER HTTP_07

http://www.itcharger.com/

你身边的 IT 加油站!

也欢迎关注 ITCharger 的微信公众号,每周更新的文章也会在这上面发布; 同时也有其他关于微软私有云技术的文章的分享。

「深入 Exchange 2013」05 Outlook Anywhere_Outlook Anywhere_08