发布Exchange OWA方法及故障分析：ISA2006系列之十七

   Exchange OWA 发布方法及故障分析

Exchange服务器是微软公司重量级的邮件服务器，也是目前企业内网中邮件解决方案的代表作，鉴于Exchange服务器在微软产品中的重要性，我们准备组织几篇文章，以专题的形式系统地介绍如何用ISA发布Exchange服务器。今天我们从介绍发布 Exchange　OWA开始，OWA是Outlook Web Access的缩写，OWA允许用户通过浏览器访问Exchange邮箱，是使用最广泛的Exchange访问方法之一，下面我们就通过实例来来说明Exchange OWA具体应该如何发布，实验完成后后再分析一下常见的Exchange OWA发布故障。

实验拓扑如下图所示，Denver是Contoso.com域中的域控制器，DNS服务器，Exchange服务器和CA服务器。Beijing是ISA2006服务器，Istanbul是外网的测试客户机。

 

实验前已做好下列准备：

一  Denver已经创建CA服务器，类型是企业根，已被所有的计算机承认。

二  Istanbul已经利用Hosts文件把denver.contoso.com解析为ISA的外网地址192.168.1.254

 

我们推荐的发布方法是利用SSL保护OWA数据，ISA使用桥接方法检查外网发来的加密数据，在ISA上启用表单验证，这样对Exchange的安全非常有利，具体步骤如下：

 

一   证书申请

发布Exchange OWA可以使用HTTP，也可以使用HTTPS，从安全角度考虑，我们推荐使用HTTPS对数据进行加密保护。既然想用HTTPS，那肯定要在Denver的IIS上申请证书，在Denver的IIS管理器中打开默认站点属性，切换到目录安全性标签，如下图所示，点击“服务器证书”。

 

出现Web服务器证书申请向导，下一步。

 

选择“新建证书”。

 

由于Denver上的证书服务器是企业根，支持在线颁发证书，因此我们选择“立即把证书请求发送到联机证书颁发机构”。

 

证书的名称和位长都可以使用默认值。

 

单位和部门属于描述信息，随便填填就可以了。

 

证书的公用名称是关键，这个名称需要和Exchange服务器发布到公网上的完全合格域名一模一样，而且ISA在发布规则中也需要使用这个名称来表示Exchange服务器。

 

填写证书的地理信息，这些不是关键参数，随便填填就可以了。

 

使用SSL的默认端口443。

 

把证书申请直接发送到Active Directory中的CA服务器。

 

开始提交证书申请。

 

证书申请成功，CA服务器已经满足了IIS的证书申请要求。

 

在IIS默认站点属性中切换到目录安全性标签，点击“查看证书”，如下图所示，证书是由CA服务器颁发给denver.contoso.com服务器的。

 

二 导出证书

IIS申请证书之后，由于ISA准备采用桥接的方法发布Exchange站点，因此ISA服务器需要用证书向外网用户证明自己就是他们要访问的denver.contoso.com，ISA需要的证书从何而来呢？答案是从Denver上导出。下面我们就来看看如何进行证书导出，在denver的IIS管理器中打开默认站点属性，切换到目录安全性标签，点击“查看证书”，切换到证书的“详细信息”标签，如下图所示，点击“复制到文件”。

 

出现证书导出向导，下一步。

 

注意，必须导出私钥，否则ISA服务器无法解密数据。

 

导出为PFX格式的证书文件。

 

输入保护私钥的密码，导入证书时必须回答出此密码才能导入私钥。

 

设置导出文件的路径和文件名。

 

如下图所示，证书导出成功，接下来我们把证书文件复制到ISA服务器上，为下一步的证书导入做好准备。

 

三 导入证书

ISA服务器需要导入此前Denver导出的证书，这样才能用于Web侦听器上加密外网用户发来的数据。在ISA服务器上用MMC自定义一个证书管理工具，负责管理计算机存储的证书（具体的定义方法请参见之前博文），如下图所示，在证书管理工具中选择“导入”。

 

出现证书导入向导，下一步。

 

导入的owa.pfx文件就是Denver导出的证书文件。

 

输入私钥保护密码。

 

将证书存储在个人区域。

 

如下图所示，证书导入成功。

 

四 创建 OWA 发布规则

证书的申请，导出，导入等工作已经完成，接下来就可以在ISA服务器上进行Exchange的OWA发布了，如下图所示，我们在ISA服务器上选择新建“Exchange Web客户端访问发布规则”。其实ISA只有两个发布规则，Web服务器和非Web服务器，其余的都是在上述两种发布规则的基础上衍生出来的。

 

输入发布规则的名称。

 

选择Exchange版本为Exchange 2003，客户端的访问方式是Outlook Web Access。

 

网站发布类型为发布单个网站。

 

选择使用SSL连接到被发布的Exchange服务器。

 

内部站点名称为denver.contoso.com，注意，这个名称应该和证书的公用名称保持一致。

 

Exchange服务器对外的公用域名也是denver.contoso.com。

 

由于没有Web侦听器，我们选择新建一个。

 

出现新建Web侦听器向导，我们为侦听器取名为listen 443。

 

侦听器与外网访问者之间的数据传递也用SSL进行加密。

 

侦听器监听的区域是外网。

 

在侦听器中选择使用导入的denver.contoso.com证书。

 

客户端验证方式可以选择HTML窗体验证，窗体验证对于使用公用计算机的外网用户来说更加灵活安全。

 

在本例中我们不需要使用单一登录设置。

 

好了，Web侦听器创建完毕。

 

在Exchange OWA的发布规则中选择使用刚创建的Web侦听器。

 

ISA使用基本身份验证来进行验证委派，虽然基本身份验本身对数据没有进行加密保护，但由于使用了SSL，基本身份验证也是很安全的。如果使用集成验证委派，那需要我们在Active Directory中配置相关的SPN。

 

由于发布的Exchange OWA需要对用户进行身份验证，因此发布规则针对的用户应该是所有通过身份验证的用户。

 

好了，终于完成了发布规则！

 

五 测试

完成了OWA的发布之后，我们在外网的Istanbul上测试一下，在Istanbul的浏览器中输入 [url]https://denver.contoso.com/exchange/administrator[/url] ，结果如下图所示，出现表单登录界面，选择我们使用的计算机是公用计算机上，输入用户名和密码，点击登录。

 

登录后的结果如下图所示，我们进入了Exchange邮箱，OWA发布成功！

 

上述是我们推荐的Exchange OWA发布方法，建议大家参考使用，在此将发布OWA时的一些常见问题共总结如下：

1 建议发布 OWA 时使用 HTTPS 保护数据安全，注意，如果证书是从自己创建的 CA 服务器申请的，那公网的访问者必须信任证书颁发机构，否则访问会失败。

 

2 如果发布 OWA 时使用 HTTP 协议，那要注意 ISA2006 默认不允许在 HTTP 协议中进行身份验证，客户机访问 Exchange 时会被 ISA 拒绝，前不久为一位博友解决的 Exchange OWA 发布故障就是因为这个原因。解决方法是在 Web 侦听器属性－身份验证－高级中勾选“允许通过 HTTP 进行客户端身份验证”。

 

3 如果在 ISA 中不是通过创建 Exchange Web 访问规则来发布 OWA ，而是通过创建网站发布规则来发布 OWA ，那有可能会出现无法显示邮箱的故障。原因是发布规则的 HTTP 过滤中阻止了高位字符，汉字也在被阻止的范围之内，因此无法显示中文邮箱。解决方法是在发布规则中配置 HTTP 过滤，取消阻止高位字符即可。