Exchange日常管理之十:全面排查OAB脱机通讯薄错误

简介:

适用于exchange 2007/2010平台

Exchange中最典型和常见的问题之一就是OAB的更新问题。我这里就出现过报错代码和不报错但是也不更新的情况。具体的错误状态如下:

1、 outlook 2007/2010客户端下载通讯薄时报告错误,如图

clip_image001

一般这种情况,基本上OAB根本就没有配置好,如果是outlook 2007/2010的话,OAB是通过虚拟目录来更新的,而不是通过PUBLIC文件夹,这个时候要检查OAB的分发设置,自动发现配置的问题等

2、 outlook 2007/2010客户端下载通讯薄时不报任何错误,但是也无法下载,如图

clip_image002

这种情况一般是权限问题,如果修改权限不能解决,建议重新生成OAB或者重建OAB虚拟目录

下面就总结一下在排除OAB故障的时候,一般需要检查的关键点。

步骤一:检查OAB虚拟目录的内部和外部URL的设置,OAB可以不使用SSL,如图我的OAB的内部和外部URL配置完整

方法一:打开EMC——服务器配置——客户端访问——脱机通讯薄分发——右击属性,检查内外部URL

clip_image003

方法二:使用EMS检查OAB的配置情况

可以将OAB的配置信息输出到文件,在文件中查看内部和外部URL是否正确

4

也可以直接使用GET来查看

5

步骤二:检查脱机通讯薄的分发和地址列表属性是否正确,如图,我的分发是使用Version4,并且是基于WEB方式的分发,我的地址列表是默认的全局地址列表

打开EMC——组织配置——邮箱——脱机通讯薄——右击设置的脱机通讯薄——属性

6

如果是早期的outlook客户端,例如outlook 2003,需要使用公用文件夹的分发方式

7

8

确认默认全局地址列表以及其他需要分发的地址列表没有问题,如图

9

步骤三:查看IIS中OAB虚拟目录的设置情况,例如我的OAB的分发方式是不加密的HTTP,那么我的虚拟目录配置如下

不勾选加密连接

10

使用正确的身份验证方式

11

确保没有勾选HTTPS重定向,该功能只需要在默认网站级别设置,不需要为OAB设置重定向

12

确保OAB的IIS虚拟目录下有正确的内容

如果没有这些内容,可能需要重新生成OAB或者重建OAB虚拟目录

13

步骤四:确保自动发现服务能够正确的发现OAB的分发点

首先在outlook客户端做自动发现的测试,能够发现正确的OAB URL如图

14

还可以在exchange客户端访问服务器上使用命令进行测试,如图

15

OAB正确配置的话,会得到下面的信息

RunspaceId : c1ffb575-032f-4f4c-a1a3-ac03391035d1

Id : 1015

Type : Information

Message : [EXCH] OAB 是在从 https://mail.contoso.com/Autodiscover/Autodiscover.xml 收到的 AutoDiscover 响应

中为此用户配置的。

如果自动发现有问题的话,首先要检查你得自动发现虚拟目录是不是有问题,OAB的虚拟目录和url设置是否有问题

如果以上四个步骤的配置都没有问题的话,基本上OAB就是正常的了,下面分析一下出现问题应该怎么处理

步骤五:出现本文开头说明的错误一的处理方式

查看OAB的WEB分发点是不是没有配置好

查看OAB的内部和外部URL的设置是不是和IIS的SSL设置相匹配,如果你设置的是HTTP的话,那么IIS中OAB的虚拟目录肯定不能设置成为SSL的方式

查看OAB的内部和外部URL的配置情况

查看autodiscover的情况

重新生成OAB

先清除本机的outlook缓存模式,再更改回来,看看能不能同步

步骤六:出现本文开头说明的错误二的处理方式

错误二的情况是一直停留的下载通讯薄的界面,也不报错,我从官方找到了下面的链接,说明是IIS的权限问题,我觉得应该是在做了重建OAB虚拟目录后导致了IIS有些权限的丢失

链接如下:

http://social.technet.microsoft.com/forums/zh-cn/exchangeserverzhchs/thread/75CC7CDD-0376-48C3-95AA-694296B6A654

权限添加的方式,注意添加的用户是CAS的本地IIS用户

16

步骤七:如何重建OAB虚拟目录

首先要删除虚拟目录(建议使用命令行的方式,图形界面可能删不干净)

17

然后重新建立虚拟目录,我在建立目录的同时,指定好内部和外部的URL

18

重建完成了之后,我们需要回头去检查组织级别,服务器级别,IIS目录中关于OAB的相关设置,也就是把前面的步骤一到步骤四的内容都检查一遍

步骤八:重新生成脱机通讯薄的方式

在组织级别更新的话,会删除原有的OAB同时重新生成OAB

一般我们在新建立账户之后,客户端OAB可能不会马上更新,就找不到新建的账户对象,这时就可以重新生成通讯薄,立刻更新,脱机通讯薄默认会在凌晨五点自动更新,我们也可以手动自定义这个设置

19

也可以使用命令行的方式来更新

使用Update-OfflineAddressBook重新生成脱机地址薄。

也可以手动定位到IIA OAB所在的目录,手动删除,文件位置是exchange 安装目录下的

C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\OAB




本文转自 yhw85 51CTO博客,原文链接:http://blog.51cto.com/yanghuawu/696040,如需转载请自行联系原作者

相关文章
|
域名解析 网络协议 网络安全
网络 | 排错五大步骤,没有解决不了的网络故障准达信息准达信息
网络 | 排错五大步骤,没有解决不了的网络故障准达信息准达信息
100 0
|
uml C++
MFC通讯系统项目(未完成)
MFC通讯系统项目(未完成)
132 0
MFC通讯系统项目(未完成)
|
安全 数据安全/隐私保护 Windows
金蝶开k3wise客户端访问中间层不时提示远程服务器不存在或不可用
此问题一般是发生在WIN7客户端+中间层为WIN2008 R2系统,一般是中间层启用guest引起: a. 从Windows Vista以后, Negotiate (http://msdn.microsoft.com/en-us/library/windows/desktop/aa378748(v=vs.85).aspx) authentication 启用了 ISC_REQ_INTEGRITY。
2042 0
|
关系型数据库 Oracle 数据库
公司域服务器瘫痪后pdm服务器的恢复过程
我所在的公司的产品是工业级的工具(产品的复杂度来说,比电钻复杂很多,比汽车简单),生产模式属于按单生产,采用SAP和PDM作为公司运行的两个主要平台。上周六公司内网的域服务器瘫痪,准确的说是辅助域控制器瘫痪,因为主域控制器早在多年前就瘫痪了。
1507 0