网络地址转换
维基百科，自由的百科全书
在计算机网络中，网络地址转换（-{Network Address Translation}-或简称-{NAT}-，也叫做网络掩蔽或者-{IP}-掩蔽）是一种在-{IP}-数据包通过路由器或防火墙时重写源-{IP}-地址或/和目的-{IP地址}-的技术。这种技术被普遍使用在有多台主机但只通过一个公有IP地址访问因特网的私有网络中。根据规范，路由器是不能这样工作的，但它的确时一个方便并得到了广泛应用的技术。当然，-{NAT}-也让主机之间的通信变的复杂。
目录 |
[编辑] 概述
开始，-{NAT}-是作为一种解决-{IPv4地址短缺}-以避免保留IP地址困难的方案而流行起来的。网络地址转换的在很多国家都有很广泛的使用，除了美国，因为历史的原因美国每个人几乎都得到了地址。所以NAT就成了家庭和小型办公室网络连接上的路由器的一个标准特征，因为对他们来说，申请多余的IP地址的代价要高于所带来的效益。
在一个典型的配置中，一个本地网络使用一个专有网络的指定子网（比如192.168.x.x或10.x.x.x）和连在这个网络上的一个路由器。这个路由器占有这个网络地址空间的一个专有地址（比如 192.168.0.1），同时它还通过一个或多个因特网服务提供商提供的公有的-{IP}-地址（叫做“过载” -{NAT}-）连接到因特网上。当信息由本地网络向因特网传递时，源地址被立即从专有地址转换为公用地址。由路由器跟踪每个连接上的基本数据，主要是目的地址和端口。 当有回复返回路由器时，它通过输出阶段记录的连接跟踪数据来决定改转发给内部网的哪个主机；如果有多个公用地址可用，当数据包返回时，-{TCP}-或-{UDP}-客户机的端口号可以用来分解数据包。对于因特网上的一个系统，路由器本身充当通信的源和目的地址。
[编辑] 缺点
在一个具有NAT功能的路由器下的主机并没有建立真正的端对端连接并且不能参与一些因特网协议。一些需要初始化从外部网络建立的-{TCP}-连接和使用无状态协议，比如-{UDP}-的服务将被中断。除非NAT路由器作一些具体的努力，否则送来的数据包将不能到达正确的目的地址。一些协议有时可以在应用层网关(见下)的辅助下，在参与-{NAT}-的主机之间容纳一个-{NAT}-的实例，比如-{FTP}-，但当两个系统都被NAT从因特网切断时将会无效。NAT也会使安全协议变的复杂，比如-{IPsec}-。
端对端连接是被-{Internet Architecture Board}-支持的核心因特网协议之一，因此有些人据此认为-{NAT}-是对公用因特网的一个破坏。一些因特网服务提供商只向他们的客户提供本地IP地址，所以他们必须通过-{NAT}-来访问-{ISP}-网络以外的服务，并且这些公司能不能算的上真正的提供了因特网服务的话题也被谈起。
[编辑] 好处
NAT除了带来方便和代价之外，对全双工连接支持的缺少在一些情况下可以看作是一个有好处的特征而不是一个限制。在一定程度上，NAT依赖于本地网络上的一台机器来初始化和路由器另一边的主机的任何连接，它可以阻止外部网络上的主机的恶意活动。这样就可以阻止网络蠕虫病毒来提高本地系统的可靠性，阻挡恶意浏览来提高本地系统的私密性。很多具有NAT功能的防火墙都是使用这种功能来提供核心保护的。
[编辑] 基本-{NAT}-和端口号转换
目前存在两种地址转换方式。一种式经常被简记为"-{NAT}-"的网络地址转换(有时也叫做“网络地址端口转换”，记做-{NAPT}-)，这种方式支持端口的映射并允许多台主机共享一个公用-{IP}-地址。另一种也可以称作-{NAT}-或“基本-{NAT}-”，“静态-{NAT}-",但在技术上更简单一点，仅支持地址转换，不支持端口映射，这就需要对每一个当前连接都要对应一个-{IP}-地址。宽带(broadband)路由器通常使用这种方式来允许一台指定的计算机去接收所有的外部连接，甚至当路由器本身只有一个可用外部IP时也如此，这台路由器有时也被标记为-{DMZ主机}-。
支持端口转换的NAT又可以分为两类：源地址转换和目的地址转换NAT 。前一种情形下发起连接的计算机的IP地址将会被重写，后一种情况下被连接计算机的IP地址将被重写。实际上，以上两种方式通常会一起使用以支持双向通信。
[编辑] 受到-{NAT}-影响的应用程序
一些高层协议（比如-{FTP}-，-{Quake}-，-{SIP}-）是在IP包的有效数据内发送网络层（第三层）信息的。比如，主动模式的FTP使用单独的端口分别来控制命令传输和数据传输。当请求一个文件传输时，主机在发送请求的同时也通知对方自己想要在哪个端口接受数据。但是，如果主机是在一个简单的NAT防火墙后发送的请求，那么由于端口的映射将会使对方接收到的信息无效。
一个应用层网关（-{Application Layer Gateway}-或-{ALG}-）可以修正这个问题。运行在-{NAT}-防火墙设备上的-{ALG}-软件模块可以更新任何由地址转换而导致无效的信息。显然，ALG需要明白它所要修正的上层协议，所以每个有这种问题的协议都需要有一个单独的-{ALG}-。
但是，除-{FTP}-外的大多数传统的客户机－服务器协议不需要发送网络层（第三层）信息，也就不需要-{ALG}-。
这个问题的另一个可能的解决方法是使用象-{STUN}-这样的技术，但是这只针对建立在-{UDP}-上的高层协议，并且需要它内建这中技术。这种技术对对称-{NAT}-也是无效的。还有一种可能的方案是-{UPnP}-，但它需要和-{NAT}-设备配合起来使用
[编辑] 不同類型的-{NAT}-
- -{完全圓錐型NAT}-
- -{受限圓錐型NAT}-
- -{端口受限圓錐型NAT}-
- -{對稱NAT}-（雙向-{NAT}-）
更进一步的信息请参见外部连接
[编辑] -{NAT}-其他用途实例
- 负载平衡: 目的地址转换-{NAT}-可以重定向一些服务器的连接到其他随机选定的服务器。
- 失效终结: 目的地址转换-{NAT}-可以用来提供高可靠性的服务。如果一个系统有一台通过路由器访问的关键服务器，一旦路由器检测到改服务器当机，它可以使用目的地址转换-{NAT}-透明的把连接转移到一个备份服务器上。
- 透明代理: -{NAT}-可以把连接到因特网的-{HTTP}-连接重定向到一个指定的-{HTTP}-代理服务器以缓存数据和过滤请求。一些因特网服务提供商就使用这种技术来减少带宽的使用而不用让他们的客户配置他们的浏览器支持代理连接。
[编辑] 相關主題
[编辑] 外部链接
- -{Windows 2003}-中的-{NAT}-：建立和配置 – 这篇文章介绍了怎样在-{Windows 2003}-中建立和配置-{NAT}-
- -{Anatomy – Volume 7, Issue 3, September 2004}-
- -{HowStuffWorks}-：-{NAT}-如何工作
- -{RFC 4008}-–-{Standards Track}- – -{NAT}-中的被管理对象的定义
- -{RFC 3022}-–传统-{NAT}-
- -{RFC 1631}-–已作废–-{IP NAT}-
- 不通过重新配置路由器，通过-{NAT}-网关来建立隧道的方法
