通过 NAT 使用 IPSec.doc_第1页
通过 NAT 使用 IPSec.doc_第2页
通过 NAT 使用 IPSec.doc_第3页
通过 NAT 使用 IPSec.doc_第4页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

与通过 NAT 使用 IPSec 相关的问题与通过 NAT 使用 IPSec 相关的问题如下:NAT 无法更新上层校验和。TCP 和 UDP 报头包含一个校验和,它整合了源和目标 IP 地址和端口号的值。 当 NAT 改变了某个包的 IP 地址和(或)端口号时,它通常要更新 TCP 或 UDP 校验和。 当 TCP 或 UDP 校验和使用了 ESP 来加密时,它就无法更新这个校验和。 由于地址或端口已经被 NAT 更改,目的地的校验和检验就会失败。 虽然 UDP 校验和是可选的,但是 TCP 校验和却是必需的。NAT 无法多路传输 IPSec 数据流。ESP 保护的 IPSec 流量没有包含可见的 TCP 或 UDP 报头。 ESP 报头位于 IP 报头和加密的 TCP 或 UDP 报头之间,并且使用 IP 协议号 50。 因此,TCP 或 UDP 端口号就无法将流量多路传输到不同的专用网主机。 ESP 报头包含一个名为 Security Parameters Index(安全参数索引,SPI)的字段。 SPI 与明文(plaintext)IP报头中的目标 IP 地址和 IPSec 安全协议(ESP 或 AH)结合起来用于识别 IPSec 安全关联(SA)。对于到 NAT 的传入流量,目标 IP 地址必须映射到一个专用 IP 地址。 对于 NAT 专用端的多个 IPSec 对话方,多个 IPSec ESP 数据流的传入流量的目标 IP 地址是同一个地址。 为了将一个 IPSec ESP 数据流与另一个区分开,目标 IP 地址和 SPI 必须得到跟踪并映射到某个专用目标 IP 地址和 SPI。由于 SPI 是一个 32 位的数字,多个专用网客户端使用相同 SPI 值的概率很低。 问题在于,您很难确定哪个传出 SPI 值对应于哪个传入 SPI 值。NAT 无法映射 SPI,因为ESP尾部包含一个消息验证散列码(hashed message authentication code,HMAC),它检验 ESP 协议数据单元(PDU)的完整性(ESP PDU 包含 ESP 报头、ESP 有效载荷和 ESP 尾部),SPI 无法在 HMAC 值失效之前改变。无法改变 IKE UDP 端口号。IPSec 的某些实现同时使用 UDP 端口 500 来作为源和目标 UDP 端口号。 然而,对于一个位于 NAT 之后的 IPSec 对话方,NAT 会改变初始 IKE 主模式包的源地址。根据具体的实现方式,来自 500 之外的其他端口的 IKE 流量可能会被丢弃。IKE UDP 端口映射的 NAT 超时可能导致问题。NAT 中的 UDP 映射通常会很快被删除。 发起者的 IKE 流量在 NAT 中创建了一个 UDP 端口映射,它在初始主模式和快速模式 IKE 协商期间使用。 然而,如果响应者随后向发起者发送 IKE 消息却没有提供 UDP 端口映射,那么这些消息将被 NAT 丢弃。Identification IKE 有效载荷包含嵌入的 IP 地址。对于主模式和快速模式协商,每个 IPSec 对话方发送一个 Identification IKE 有效载荷,其中包括发送对话方的嵌入 IP 地址。 由于发送节点的源地址已经被 NAT 改变,该嵌入地址和 IKE 包中的 IP 地址不匹配。 验证 Identification IKE 有效载荷的 IP 地址的 IPSec 对话方将丢弃该包,并放弃 IKE 协商。返回页首对 IPSec 的 NAT-T 修改概述NAT-T 对 IPSec 的修改如下:ESP 的 UDP 封装UDP 报头置于外层 IP 报头和 ESP 报头之间,用于封装 ESP PDU。 用于 UDP 封装的 ESP 流量的端口和用于 IKE 的端口相同。修改过的 IKE 报头格式IPSec NAT-T IKE 报头包含一个新的 Non-ESP Marker 字段,它允许接收方区分 UDP 封装的 ESP PDU 和 IKE 消息。 在确定存在一个中间 NAT 之后,支持 IPSec NAT-T 的对话方开始使用新的 IKE 报头。新的 NAT-Keepalive 包这是一个和 IKE 流量使用相同端口的 UDP 消息,它包含单个字节(0xFF),用于为发送到某个专用网主机的 IKE 和 UDP 封装的 ESP 流量刷新 NAT 中的 UDP 端口映射。新的 Vendor ID IKE 有效载荷这个新的有效载荷包含一个众所周知的散列值,它表明这个对话方能够执行 IPSec NAT-T。新的 NAT-Discovery (NAT-D) IKE 有效载荷这个新的有效载荷包含一个散列值,它整合了一个地址和端口号。 在主模式协商期间,IPSec 对话方包括两个 NAT-Discovery 有效载荷一个用于目标地址和端口,另一个用于源地址和端口。 接收方使用 NAT-Discovery 有效载荷来发现 NAT 之后是否存在一个经 NAT 转换过的地址或端口号,并基于被改变的地址和端口号来确定是否有对话方位于NAT之后。用于UDP封装的ESP传输模式和隧道模式的新的封装模式这两种新的封装模式是在快速模式协商期间指定的,用于通知 IPSec 对话方应该对 ESP PDU 使用 UDP 封装。新的NAT-Original Address (NAT-OA) IKE 有效载荷这个新的有效载荷包含 IPSec 对话方的原始(未转换的)地址。 对于 UDP 封装的 ESP 传输模式,每个对话方在快速模式协商期间发送 NAT-OA IKE 有效载荷。 接收方将这个地址存储在用于 SA 的参数中。返回页首通过 NAT 使用 IPSec 的问题的 IPSec NAT-T 解决办法IPSec NAT-T 通过以下方式解决了通过 NAT 使用 IPSec 的问题:问题:NAT 无法更新上层校验和。解决办法:通过在 NAT-OA IKE 有效载荷中发送原始地址,接收方拥有检验解密之后的上层校验和(源和目标 IP 地址和端口)所需的所有信息。问题:NAT 无法多路传输 IPSec 数据流。解决办法:通过使用 UDP 报头封装 ESP PDU,NAT 能够使用 UDP 端口来多路传输 IPSec 数据流。 跟踪 ESP 报头中的 SPI 就不再必要了。问题:无法改变 IKE UDP 端口号。解决办法:IPSec NAT-T对话方能够接受来自 500 之外的端口的 IKE 消息。 此外,为了防止 IKE 敏感(IKE-aware)的 NAT 修改 IKE 包,IPSec NAT-T 对话方在主模式协商期间把 IKE UDP 端口 500 改为 UDP 端口 4500。 为了允许IKE流量使用这个新的 UDP 端口,您可能必须配置防火墙以允许 UDP 端口 4500。问题:Identification IKE有效载荷包含嵌入的 IP 地址。解决办法:通过在 NAT-OA IKE 有效载荷中发送原始地址,接收方拥有了可用来在快速模式协商期间检验 Identification IKE 有效载荷内容的原始地址。 由于NAT-OA IKE 有效载荷在快速模式协商发生之前没有发送,对于验证主模式期间发送的 Identification IKE 有效载荷中的 IP 地址的 IPSec 实现,它要么一定不会执行这个验证,要么通过使用另一种机制(比如名称检验)来验证对话方。问题:IKE UDP 端口映射的 NAT 超时可能导致问题。解决办法:通过定期发送 NAT Keepalive 包,用于后续 IKE 协商和 UDP 封装的 ESP PDU 的 UDP 端口映射同时在 NAT 中得到刷新。返回页首使用 IPSec NAT-T 的主模式和快速模式 SA 的 IKE 协商例子增添新的 NAT-D 和 NAT-OA 有效载荷和 UDP 通道类型将修改主模式和快速模式 IKE 协商。 例如,下表显示了快速模式协商期间,一个使用 Kerberos 身份验证的基于 Windows 的 IPSec 对话方使用 Vendor-ID 和 NAT-D IKE 有效载荷的情况。 其中用于 IPSec NAT-T 的附加 IKE 有效载荷和消息变更以粗体显示。用于 Kerberos 身份验证方法的主模式消息主模式消息发送者有效载荷1发起者Security Association(包含提议)、Vendor ID、Vendor ID(NAT-T功能)2响应者Security Association(包含一个选定的提议)、Vendor ID、Vendor ID(NAT-T 功能)3发起者Key Exchange(包含 Diffie-Hellman 公开密钥)、Nonce、Kerberos Token(发起者)、NAT-D(目标地址和端口),NAT-D(源地址和端口)4响应者Key Exchange (包含 Diffie-Hellman 公开密钥)、Nonce、Kerberos Token(响应者)、NAT-D(目标地址和端口),NAT-D(源地址和端口)5(已加密)发起者Identification、Hash(发起者)6(已加密)响应者Identification、Hash(响应者)如果两个节点都支持 IPSec NAT-T,并且它们之间至少存在一个 NAT,那么它们将在快速模式协商期间使用 IPSec NAT-T 选项。 假设这两个对话方之间至少存在一个NAT,结果快速模式协商将如下表所示。快速模式消息快速模式消息发送者有效载荷1 (已加密)发起者Security Association (包含建议,包括对“UDP 封装的隧道”或“UDP 封装的传输隧道”模式的选择)、Identification(包含安全流量描述

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论