始创于2000年 股票代码:831685
咨询热线:0371-60135900 注册有礼 登录
  • 挂牌上市企业
  • 60秒人工响应
  • 99.99%连通率
  • 7*24h人工
  • 故障100倍补偿
您的位置: 网站首页 > 帮助中心>文章内容

诊断Win 2003中IPsec问题的方法

发布时间:  2012/7/12 9:24:59

你已经实施了IPsec来保护你公司局域网内的通信,虽然已仔细地遵照所有技术文档,但你还是不能确信网络通信切实受到保护,不被窃听……

  你已经实施了IPsec来保护你公司局域网内的通信,虽然已仔细地遵照所有技术文档,但你还是不能确信网络通信切实受到保护,不被窃听。怎么才能重新树立IPsec确实对你的计算机的网络通信进行了加密的信心呢?

  让我们来看一看如何确保一切顺利进行,然后——假如你在验证过程中发现问题——看一看对IPsec相关的验证问题进行故障排除的整体情况。在验证过程中,我会给你展示一些Windows Server 2003的内建工具,如果你真的发现网络通信未被加密,你可以使用这些工具来诊断IPsec的问题(但是,请注意:我在本文中所讨论的技术不一定适用于特定的IPsec应用程序,诸如:IPsec卡和基于虚拟专用网的IPsec)。

  1. 检查IPsec是否在运行

  即使你已经成功地部署了IPsec,还是会有很多地方出现问题。当你为Windows Server 2003或Windows XP机器上一般网络连接丢失而苦恼时,操作系统保证会让你知道出问题了。遗憾的是,没有类似的方法能让你始终了解IPsec的状态。依靠IPsec部署,当你有问题时,要么释放所有的网络连接,要么——可能性更大,并且更隐秘的是——网络通信得以继续,但是不再加密。想象一下当你相信自己受到保护,却发现你的网络通信根本不安全时会是多么震惊。

  检查IPsec是否在运行的最快捷的方法是使用网络监视器捕捉进出你的计算机的数据包,并检查它们是否被加密。网络监视器是随Windows Server 2003一起提供的,你可以通过打开“控制面板”*“添加或删除程序”,添加/删除Windows组件来安装它。安装完之后,你可以从“捕获”菜单选择“开始”来开始包捕捉。然后,要制造一些网络行为,生成一些数据,执行诸如浏览另一台计算机上的一个共享文件夹的普通动作。最后,在“捕获”菜单下选择“停止并查看”。

  图1显示了两个包捕捉的结果。左边是当计算机未配置使用IPsec时执行的包捕捉,你会看到在协议列中列出了多种协议。右边是在计算机配置使用IPsec时执行的包捕捉,你会看到只列出了一个协议:封装安全负载(Encapsulating Security Payload,ESP)协议。当一台Windows Server 2003计算机被配置为使用默认的IPsec策略时,只有ESP和因特网控制消息协议(Internet Control Message Protocol,ICMP)会出现在包捕捉中。因特网控制消息协议会出现是因为默认的IPsec策略允许ICMP通信。所以,如果在你捕捉网络通信时看到多种协议,你就有理由认为IPsec没有正常工作。

  图1:包捕捉比较

  几乎所有IPsec问题的发生都是因为Internet密钥交换(Internet Key Exchange,IKE)阶段的验证困难。当两台计算机试图建立一个安全关联(security association,SA)时,它们要经历一个对彼此的身份进行验证的过程。IKE是协商建立安全关联的算法。身份验证基于预共享密钥、数字证书或Kerberos。默认的Windows Server 2003 IPsec策略使用Kerberos。在大多数实例中,对IPsec进行故障排除意味着排除验证过程的故障。

  2.重新启动IPsec服务

  你一旦确定IPsec未运行,应该首先尝试重新启动IPsec服务。重新启动IPsec服务会完全清除IKE协商状态。当策略发生重大变化以后IPsec变得不起作用时,这种方法通常能够使它重新发挥作用。这一方案的两个优势在于它无需重新启动服务器,并且实施起来耗时很少。你可以通过在Windows Server 2003计算机的命令提示符中运行如下的Net命令重新启动IPsec服务:

以下是代码片段:
    net stop policyagent
  net start policyagent

  现在,再次执行网络包捕捉测试,或者运行我在后面将要谈到的Netsh命令进行测试。

  3. 在事件日志中诊断IKE问题

  如果重新启动IPsec不能解决问题,你可以转而检查安全事件日志。创建和删除安全关联的行为被审核为网络登录事件。如果你在审核登录事件策略中启用了对成功和失败的审核,这些事件就会被写入日志。当一切都正常运行时,出现的成功代码是541、542和543。但是,本文讨论IPsec未运行时你该怎么办,所以在我们的实例中,需要特别关注表1中显示的失败代码。图2显示了失败事件547。

  表1:失败审核代码

  图2:失败事件547

  安全关联事件日志的一个问题是该事件会很快充满你的日志。如果你专门审核登录事件,但又不想你的安全事件日志被IKE项充满,可以通过创建“HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\Audit\DisableIKE Audits”子键,并将其键值设置为1来禁止IKE审核。


本文出自:亿恩科技【www.enkj.com】

  你已经实施了IPsec来保护你公司局域网内的通信,虽然已仔细地遵照所有技术文档,但你还是不能确信网络通信切实受到保护,不被窃听。怎么才能重新树立IPsec确实对你的计算机的网络通信进行了加密的信心呢?

  让我们来看一看如何确保一切顺利进行,然后——假如你在验证过程中发现问题——看一看对IPsec相关的验证问题进行故障排除的整体情况。在验证过程中,我会给你展示一些Windows Server 2003的内建工具,如果你真的发现网络通信未被加密,你可以使用这些工具来诊断IPsec的问题(但是,请注意:我在本文中所讨论的技术不一定适用于特定的IPsec应用程序,诸如:IPsec卡和基于虚拟专用网的IPsec)。

  1. 检查IPsec是否在运行

  即使你已经成功地部署了IPsec,还是会有很多地方出现问题。当你为Windows Server 2003或Windows XP机器上一般网络连接丢失而苦恼时,操作系统保证会让你知道出问题了。遗憾的是,没有类似的方法能让你始终了解IPsec的状态。依靠IPsec部署,当你有问题时,要么释放所有的网络连接,要么——可能性更大,并且更隐秘的是——网络通信得以继续,但是不再加密。想象一下当你相信自己受到保护,却发现你的网络通信根本不安全时会是多么震惊。

  检查IPsec是否在运行的最快捷的方法是使用网络监视器捕捉进出你的计算机的数据包,并检查它们是否被加密。网络监视器是随Windows Server 2003一起提供的,你可以通过打开“控制面板”*“添加或删除程序”,添加/删除Windows组件来安装它。安装完之后,你可以从“捕获”菜单选择“开始”来开始包捕捉。然后,要制造一些网络行为,生成一些数据,执行诸如浏览另一台计算机上的一个共享文件夹的普通动作。最后,在“捕获”菜单下选择“停止并查看”。

  图1显示了两个包捕捉的结果。左边是当计算机未配置使用IPsec时执行的包捕捉,你会看到在协议列中列出了多种协议。右边是在计算机配置使用IPsec时执行的包捕捉,你会看到只列出了一个协议:封装安全负载(Encapsulating Security Payload,ESP)协议。当一台Windows Server 2003计算机被配置为使用默认的IPsec策略时,只有ESP和因特网控制消息协议(Internet Control Message Protocol,ICMP)会出现在包捕捉中。因特网控制消息协议会出现是因为默认的IPsec策略允许ICMP通信。所以,如果在你捕捉网络通信时看到多种协议,你就有理由认为IPsec没有正常工作。

  图1:包捕捉比较

  几乎所有IPsec问题的发生都是因为Internet密钥交换(Internet Key Exchange,IKE)阶段的验证困难。当两台计算机试图建立一个安全关联(security association,SA)时,它们要经历一个对彼此的身份进行验证的过程。IKE是协商建立安全关联的算法。身份验证基于预共享密钥、数字证书或Kerberos。默认的Windows Server 2003 IPsec策略使用Kerberos。在大多数实例中,对IPsec进行故障排除意味着排除验证过程的故障。

  2.重新启动IPsec服务

  你一旦确定IPsec未运行,应该首先尝试重新启动IPsec服务。重新启动IPsec服务会完全清除IKE协商状态。当策略发生重大变化以后IPsec变得不起作用时,这种方法通常能够使它重新发挥作用。这一方案的两个优势在于它无需重新启动服务器,并且实施起来耗时很少。你可以通过在Windows Server 2003计算机的命令提示符中运行如下的Net命令重新启动IPsec服务:

以下是代码片段:
    net stop policyagent
  net start policyagent

  现在,再次执行网络包捕捉测试,或者运行我在后面将要谈到的Netsh命令进行测试。

  3. 在事件日志中诊断IKE问题

  如果重新启动IPsec不能解决问题,你可以转而检查安全事件日志。创建和删除安全关联的行为被审核为网络登录事件。如果你在审核登录事件策略中启用了对成功和失败的审核,这些事件就会被写入日志。当一切都正常运行时,出现的成功代码是541、542和543。但是,本文讨论IPsec未运行时你该怎么办,所以在我们的实例中,需要特别关注表1中显示的失败代码。图2显示了失败事件547。

  表1:失败审核代码

  图2:失败事件547

  安全关联事件日志的一个问题是该事件会很快充满你的日志。如果你专门审核登录事件,但又不想你的安全事件日志被IKE项充满,可以通过创建“HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\Audit\DisableIKE Audits”子键,并将其键值设置为1来禁止IKE审核。


本文出自:亿恩科技【www.enidc.com】
-->

服务器租用/服务器托管中国五强!虚拟主机域名注册顶级提供商!15年品质保障!--亿恩科技[ENKJ.COM]

  • 您可能在找
  • 亿恩北京公司:
  • 经营性ICP/ISP证:京B2-20150015
  • 亿恩郑州公司:
  • 经营性ICP/ISP/IDC证:豫B1.B2-20060070
  • 亿恩南昌公司:
  • 经营性ICP/ISP证:赣B2-20080012
  • 服务器/云主机 24小时售后服务电话:0371-60135900
  • 虚拟主机/智能建站 24小时售后服务电话:0371-60135900
  • 专注服务器托管17年
    扫扫关注-微信公众号
    0371-60135900
    Copyright© 1999-2019 ENKJ All Rights Reserved 亿恩科技 版权所有  地址:郑州市高新区翠竹街1号总部企业基地亿恩大厦  法律顾问:河南亚太人律师事务所郝建锋、杜慧月律师   京公网安备41019702002023号
      1
     
     
     
     

    0371-60135900
    7*24小时客服服务热线