邮件服务器论文湿度传感器论文.doc

邮件服务器论文湿度传感器论文
邮件服务器无法连接故障及解决方法
摘要:该文从解决网络故障的一般思路出发,阐述如何解决邮件服务器无法连接的故障,着重讲解如何防范垃圾邮件及DNS缓冲错误的解决方法,并分析故障产生的原因。
　　关键词:邮件服务器;垃圾邮件;DNS
　　我校邮件服务器是采用Windows 2003+exchange 2003搭建的,客户端使用Outlook 2003,通过防火墙与互联网相连,实现校内外邮件互访,学校教职工通过该邮件系统实现信息、资料的传递,系统建成后,一直平稳运行。
　　前一段时间,笔者接到多个用户的申告,称打开outlook2003后无法连接到邮件服务器,不能收发邮件,但可以访问互联网。将该用户的本地连接先禁用,再启用,可以访问邮件服务器,使用一段时间后,又无法访问邮件服务器。笔者开始从以下几个方面开始排查。
　　1 查outlook2003设置
　　笔者首先怀疑这些用户的outlook2003设置有问题,打开“控制面板”—“邮件”,查看邮件设置,发现exchange服务器名为我校邮件服务器名,用户名为该用户名,其余的设置也是正确的,说明并不是outlook2003的设置问题。
　　2 查病毒
　　由于不能访问的用户总是特定的一些用户,笔者怀疑是不是由于病毒引起的,但全校所有用户都装了卡巴斯基网络版杀毒软件,统一升级,为何其他用户不会出现这故障,对这些用户进行杀毒,没有发现病毒。为了确定这些用户是否由于网络病毒造成发送大量数据,笔用Netrobocop软件查看这些用户的数据包,远低于警戒水平,说明并没有大量占用网络带宽,由此可见,不能连接邮件服务器并不是由病毒引起的。
　　3 查交换机
　　由于我校使用的交换机为低端型号,性能一般,有一些交换机使用年限较长,部分端口有问题,不能使用,笔者怀疑是交换机出现故障,负载太大所致。于是购买了新的交换机,将一些较旧的交换机替换掉,期望能够解决问题,但事与愿违,新交换机换上后,前几天出现同样故障的用户少了,一段时间后,又恢复到原先样子。
　　4 查垃圾邮件
　　由于学校邮件系统有接至互联网,用户经常有收到垃圾邮件,笔者怀疑是否由于垃圾邮件太多导致线路阻塞,于是同时使用以下两种方法在exchange2003中设置反垃圾邮件。
　　4.1 使用RBL来部署Exchange 2003 反垃圾邮件
　　因为SMTP IETF标准的局限性,为了有效地拒绝来自恶意的垃圾邮件来源站点和被利用的垃圾邮件来源站点所发来的垃圾邮件,最直接和有效的办法就是拒绝该来源的连接。那么获取到这些垃圾邮件的地址列表并有效的拒绝这些列表发来的邮件是一种可行的方式。
　　首先进入中国垃圾邮件联盟(http://anti-)的网站来查看CBL地址为:cbl.anti-
　　打开Exchange系统管理器,打开–〉“全局设置”–〉右键 “邮件传递” -〉“属性” ,在“连接筛选”标签中选择“添加”阻止名单服务配置,按照图1的配置进行操作。
　　在完成“邮件传递”的配置后,我们需要在SMTP服务器上本启用此筛选。打开Exchange系统管理器 在“服务器” – “协议” – “SMTP” – “默认的SMTP服务器”右键“属性” 在“常规”标签的“IT地址”后点“高级”,然后“添加”,编辑并勾选“应用连接筛选器”后“确定”完成所有的操作。
　　4.2 用智能邮件筛选器筛反垃圾邮件
　　智能邮件筛选器,IMF (Intelligent Message Filter)是微软使用Microsoft Research技术通过对邮件进行扫描然后判定SCL(Spam Confidence Level:垃圾邮件信任级别)分值来判断邮件是否为UCE(unsolicited commercial e-mail:非请求商业电子邮件)从而达到减少垃圾邮件的目的。IMF内部有一个字典库,在扫描邮件的过程中通过对比字典库来判断邮件的SCL值,SCL值从0到9,(也有-1的时候,组织内之间相互传送的邮件SCl值为-1)SCL值越高意味着就越近似一封垃圾邮件,就目前的效果来看IMF不愧为智能邮件筛选器,判断SCL值得准确率非常高。
　　在Exchange 2003 SP2之后智能邮件筛选器是默认安装的,我们可以在Exchange管理器中的全局设置-邮件传递-智能邮件筛选中启用它。(如图2)
　　从上面我们可以看到两个阀值的设置选择和一个处理方式的选择。
　　阻止SCL分级大于或者等于以下值得邮件是指当IMF通过对邮件的扫描判定的SCL值大于或者等于你这里选择的数值的时候该邮件将被阻止;移动SCL分级大于或等于以下值的邮件,是指将这个分值范围内的邮件传送至用户的“垃圾邮件文件夹”。需要注意的是用户的客户端是使用MAPI方式的Outlook 2003或者OWA才可以。
　　注:此处设置的分值必须小于上面设置的阻止分值。
　　需要在Exchange 网关服务器的SMTP虚拟服务器上启用智能邮件筛选才能发挥功效。如图3。
　　以上就上完成了对Exchange Server的IMF基本设置。
　　另外,发件人筛选、收件人筛选和连接筛选由于不符合我校的使用情况,就没有进行设置。
　　使用以上设置后,用户反映outlook2003中收到的垃圾邮件少了很多,这也算是无意得到的一项收获,但个别用户无法连接邮件服务器的故障依然存在。
　　5 查DNS设置
　　以上问题都不是,那么问题出在哪里呢?笔者查看邮件服务器的事件查看器,发现在系统有一个错误,如图4。
　　通常,记录这些错误信息的原因是:Netlogon 服务未从拥有正在注册的记录所在区域的 DNS 服务器那里收到“success”消息。Netlogon 服务接收不到“success”消息的原因有以下几个:
　　1)域控制器配置:域控制器的传输控制协议/Internet 协议 (TCP/IP) 属性中的 DNS 服务器项未正确配置。
　　2)连接:此域控制器与拥有这些记录要在其中进行注册或取消注册的区域的 DNS 服务器之间不存在 Internet 协议 (IP) 连接或传输控制协议/用户数据报协议 (TCP/UDP) 连接。
　　3)DNS 服务器配置:如 Request For Comments (RFC) 2136 规范中所述,DNS 服务器无法接受动态更新或者未配置为接受动态更新。如果域控制器使用的 DNS 服务器对于 Netlogon 服务尝试在其中注册或取消注册的区域不具有权威,则该 DNS 服务器必须能够(向此域控制器)提供对于受影响区域具有权威的 DNS 服务器的 IP 地址。
　　 难道是DNS设置有误,查看DNS的正向查找区域及反向查找区域中的记录,主机名都是正常的校内用户名,重新设置好邮件交换器(MX),重启服务器,故障依旧。再次查看DNS设置,发现在根提示中服务器列表中有一些空服务器名,将其删除;消除DNS缓存,步骤如下:在菜单中选择“查看”,高级—〉右击“缓存的查找”—〉选择“清除缓存”; 设置 DNS区域的动态更新,步骤如下:右击选择DNS上区域—〉选择“属性”—〉选择“常规”中的“允许动态更新”,选是— 〉然后按 “确定”—〉在本机的DHCP服务器中—〉右击选择DHCP服务器—〉选择“属性”—〉选择“DNS”—〉选择“为不支持动态更新的DNS客户启用更新”。针对netlogon服务出错,将netlogon服务重新启动,再次检查出故障的客户端,发现故障己排除。
6 寻根问底查原因
　　故障虽然解除,但是为什么会出现这样的现象呢?笔者查阅了一些资料,发现该故障主要是由于DNS缓存出错引起的,在win2000以上的MS系统中,系统会自动的将从DNS服务器上的查询结果保存在本地的DNS缓存中(每次启用DNS缓存时,Hosts文件中记录也会被载入缓存中),那么下次再有重复的查询请求,系统会优先查询本地缓存,如果已有对照的条目则不再向DNS服务器发起请求,缓存中无记录时才查询DNS服务器。本来设定此DNS缓存的目的是为了能减少DNS服务器的负荷,不用为同一个域名解析多次,也同时能加快客户主机上的访问速度。在DNS缓存中记录条目每隔一段时间将被更新一次,长时间不用的条目将被丢弃,这个时间间隔称为生存时间(TTL)。默认情况下,得到肯定响应的条目TTL为86,400 秒(1天),否定响应的TTL win2000下是300秒(5分钟),在winXP和2003中 是 900 秒(15分钟)。正是由于这个否定响应的TTL时间存在,所以才造成了故障主机在得到一次否定的DNS解析之后一段时间内无法再到DNS服务器上查询,只有等TTL时间过后,这条否定的记录被清除,才能恢复。同时根提示中服务器名中有一些空服务器名列表,用户在使用DNS服务时,从根提示上获取的服务器地址不能正确响应,用户电脑不断发出请求,造成缓存溢出错误。
　　通过这次故障排查,我们认识到,网络的结构类型复杂多变、构成网络的设备繁多、基于网络的应用也千差万别,因此网络的故障诊断与排除没有明确的规章可以遵循,要建立一个完整的故障管理日志记录机制:1) 记录并定义故障,按照故障卡的形式进行记录。2) 充分收集信息,了解网络过去、当前的状态和运行情况,信息的充分与否依靠以往网络文档备案工作是否详尽。3) 确定可能的原因,根据故障的表象,结合自身经验或以往故障卡以往的记录,判定故障发生的可能原因。4) 制定方案,制定故障排除方式,应充分考虑该方案对网络正常运行部分的影响。5) 执行方案,方案执行前进行相应的数据或设置备份,为了避免不必要的反复以及能对所做的改动复员,一定要认真仔细的记录的每一步对网络或设备造成的变化情况。6) 分析结果,对网络的运行进行验证,故障是否消失,有无对网络其它部分造成影响,如果结果没有解决继续制定、执行方案。7) 故障总结,对故障产生原因、排除过程进行总结,并记录于故障卡。
　　参考文献:
　　[1] 于存江.李克明Windows Server中DNS的层次结构和名称解析的实现[J].长春大学学报,2008(2).
　　[2] 徐春华.网络故障的几种有效排除方法[J].微型电脑应用,2004(12).
　　[3] 龚伟,张本成.Internet抗垃圾邮件技术研究[J].甘肃科技,2006(8).