​ 域名系统DNS（Domain Name System）协议，是一个用来将域名转化为 IP 地址的应用层协议。

1、DNS背景

​ 我们知道，TCP/IP 中通过 IP 地址和端口号的方式，来确定网络中一个主机上的一个程序。但 IP 地址是一长串数字，并不便于人们记忆，于是人们发明了一种叫做主机名的东西，并用 hosts 文件夹来描述主机名和 IP 地址之间的对应关系。

最初，这个 hosts 文件是由互联网信息中心（SRI-NIC）来管理的。

• 如果一个新计算机要接入网络，或者某个计算机 IP 变更，都需要到信息中心申请变更 hosts 文件。

• 其他计算机也需要定期下载更新新版本的 hosts 文件才能正确上网。

• 当用户通过域名访问互联网服务时，会先通过域名在本地的 hosts 文件中找到其对应的 IP 地址，然后再用这个 IP 地址去访问对应的服务。

但这样太麻烦了，于是产生了 DNS 系统。

• 由一个组织的系统管理机构，维护系统内的每个主机的 IP 和主机名的对应关系。

• 如果新计算机要接入网络，或者某个计算机 IP 变更，就需要将对应信息注册到数据库中。

• 当用户通过域名访问互联网服务时，会自动查询 DNS 服务器，由 DNS 服务器检索数据库，得到对应的 IP 地址。

​ 至今，我们的计算机上仍然保留了 hosts 文件，这个 hosts 文件当中一般存储的是主机名与 IP 地址之间的映射，用户也可以在 hosts 文件中自主添加域名和 IP 映射关系，在域名解析的过程中会优先查找 hosts 文件的内容。

​ 通过 cat /etc/hosts 可以 linux 中查看 hosts 文件当中的内容：

​ 此外，DNS 是基于 UDP 协议的！

2、域名简介

域名是用来识别主机名称和主机所属的组织机构的一种分层结构的名称，例如www.baidu.com。

• com：一级域名，表示这是一个工商企业域名。同级的还有 .net（网络提供商）和 .org（开源组织或非盈利组织）等。
• baidu：二级域名，一般对应的就是公司名。
• www：只是一种习惯用法，之前人们在使用域名时，往往命名成类似于ftp.xxx.xxx/www.xxx.xxx这样的格式，来表示主机支持的协议。

3、域名解析过程

在浏览器中输入 url 后，如果 url 当中包含域名，则需要进行域名解析。

• 首先会在浏览器的 DNS 缓存中去查询是否有对应的记录，如果查询到记录就可以直接得到对应的 IP 地址，完成解析。
• 如果在浏览器的 DNS 缓存中没有找到，就会去查询操作系统中的 DNS 缓存，如果查询到对应的 IP 地址则完成解析。
• 如果在操作系统的 DNS 缓存中没有找到，就会去查找本地的 hosts 文件，如果查询到对应的 IP 地址则完成解析。
• 如果在本地的 hosts 文件中也没有找到，就会去本地 DNS 服务器中查找。本地 DNS 服务器 IP 地址一般由本地网络服务商提供，如电信、移动等公司，一般通过 DHCP 自动分配。目前使用的比较多的是谷歌提供的公用 DNS 8.8.8.8 和国内公用 DNS 114.114.114.114。如果在本地 DNS 服务器中有对应域名的缓存，则直接返回对应的 IP 地址，完成解析。
• 如果本地 DNS 服务器中仍然没有找到，那么本地 DNS 服务器就会拿着域名去根 DNS 服务器中询问，根 DNS 服务器会告诉本地 DNS 顶级域名服务器的 IP 地址。
• 本地 DNS 拿到顶级域名服务器的 IP 地址后，就会拿着域名去找顶级 DNS 服务器，顶级域名服务器会告诉本地 DNS 权威域名服务器的 IP 地址。
• 本地 DNS 服务器拿着域名去权威域名服务器中，查询域名对应的 IP 地址，最终将该域名对应的 IP 地址返回给浏览器，此时整个域名解析过程就完成了。

4、使用 dig 工具分析 DNS 过程

​ 我们可以使用 dig 工具来查看域名解析的过程，例如查看百度域名www.baidu.com的解析过程。

​ dig 工具的分析结果如下：

结果解释：

• 开头位置是 dig 工具的版本号。
• 第二部分是服务器返回的详情，其中 status 参数为 NOERROR 表示查询成功。
• QUESTION SECTION 表示待查询的域名。
• ANSWER SECTION 表示查询的结果，其说明 www.baidu.com 被查询成了两个具体的 IP 地址。
• 最下面是一些结果统计，包含查询时间和 DNS 服务器的地址等。

更多 dig 的使用方法，参考：linux dig 命令使用方法

Ⅱ. 浏览器中输入url后发生的事情

1. 向浏览器输入框中输入 url

2. 如果 url 中存在域名，那么就会触发 DNS

   • **DNS**的查找有以下过程：
     1. 浏览器缓存：浏览器会在一定时间内缓存DNS记录（2min-30min不等）
     2. 系统缓存：操作系统也会缓存一定的DNS记录。浏览器缓存找不到的时候会查找系统里的缓存记录。
     3. 路由器缓存：请求经过路由器时候，也会读取路由器的缓存。
     4. 运营商 DNS 缓存：检查运营商缓存DNS的服务器，查询缓存记录。
     5. 递归搜索：DNS服务器从根域名开始进行递归搜索。一般DNS服务器的缓存中会有.com域名服务器中的域名，所以到顶级服务器的匹配过程不是那么必要了。
   • DNS查找时有一系列的优化方法：
     1. 循环DNS-----解决返回多个IP地址的情况
     2. 负载均衡器-----是以一个特定IP地址进行侦听并将网络请求转发到集群服务器上的硬件设备。
     3. 地理DNS-----根据用户所处的地理位置,映射同一个域名到不同的IP地址，提高扩展性。
     4. 使用Anycast-----一个IP地址映射多个物理主机的路由技术。大多数DNS服务器使用Anycast来获得高效低延迟的DNS查找。

3. 应用层向目标 web 服务器发送 HTTP 请求

   • 应用层客户端会发送一个HTTP请求，内容如下：

     GET /sample.jsp HTTP/1.1
     Accept:image/gif.image/jpeg,*/*
     Accept-Language:zh-cn
     Connection:Keep-Alive
     Host:localhost
     User-Agent:Mozila/4.0(compatible;MSIE5.01;Window NT5.0)
     Accept-Encoding:gzip,deflate
     username=liren&password=1234

   • 这里的请求包含三个部分：

     • 请求行
     • 请求报头
     • 请求正文

4. 传输层进行 TCP 协议进行通信

   • 其中就涉及了三次握手、HTTPS、Cookie等内容

5. 网络层 IP 协议进行路由的选择，并且通过 ARP 协议进行对目标主机 MAC 地址的查询

6. 数据链路层传输

7. 服务端接收到数据，根据每层的协议格式和内容，层层往上交付

8. 服务端应用层拿到了 HTTP 请求之后，拆下请求报头进行分析

9. 根据 HTTP 请求需要，获取服务端的 HTML 等静态资源并进行响应

10. 浏览器发送并获取嵌入到 HTML 文档里边的对象

    • 这些对象其实就是浏览器解析到的CSS文件，JS文件，图片和其它一些资源。这些资源的获取都要重新经历HTML文件获取的过程。但这仅限于第一次完全没有缓存的情况下加载页面。如果静态资源文件已经由浏览器缓存，则不需要和服务端进行通信了，而是直接读取缓存文件。
    • 服务端响应中一般包含了静态文件的保存期限。而且，每个响应都有可能包含一个ETag头（被请求变量的实体值），如果浏览器观察到文件的版本 ETag信息已经存在，就马上停止这个文件的传输。
    • 静态文件一般是缓存到CDN服务器上的，它们的内容往往代表着站点的带宽大小。通常站点会使用第三方的CDN。所以，当你每次请求一个静态文件的时候，你可能会发现每一次的IP地址都出现了变化。

11. 浏览器通过 AJAX 向服务端进行异步请求

    • 页面显示完成后客户端仍与服务器端保持着联系。
    • 浏览器执行JavaScript，可能会进行一些异步的操作，这个模式就是AJAX，也就是JavaScript向服务器发送一系列的异步请求，从而更新页面上的局部区域，从而达到动态网站的效果。

12. 至此，所有的准备工作都已做好，你就可以开始和网页进行交互了！

Ⅲ. 网际控制报文协议ICMP

​ 网际控制报文协议**ICMP（Internet Control Message Protoco**）用于在 IP 主机、路由器之间传递控制信息，是一个网络层之上，传输层之下的一个协议。

​ 一个新搭建好的网络，往往需要先进行一个简单的测试，来验证网络是否畅通。但是 IP 协议并不提供可靠传输，如果丢包了，IP 协议并不能通知传输层是否丢包以及丢包的原因。

1、ICMP协议的定位

​ 在 TCP/IP 四层模型中，网络协议栈自顶向下分为应用层、传输层、网络层和数据链路层。

​ 其中应用层最典型的协议有 HTTP、HTTPS 和 DNS 等，传输层最典型的协议有 TCP 和 UDP，网络层最典型的协议就是 IP，数据链路层最典型的协议就是 MAC 帧协议，但实际网络层还有两种协议叫做 ICMP 和 IGMP。

ICMP、IGMP、IP 协议虽然都属于网络层的协议，但 ICMP 和 IGMP 协议其实属于 IP 的上层协议。

• 也就是说，IP 的上层协议不一定就直接是传输层的协议，IP的上层协议有可能也属于网络层的协议，但就是位于 IP 的上层。
• 与之类似的，数据链路层当中的 ARP 协议和 RARP 协议，这两个协议虽然与 MAC 帧协议都属于数据链路层，但这两个协议属于 MAC 帧的上层协议。

2、ICMP功能

ICMP 的主要功能包括：

• 确认 IP 包是否成功到达目标地址
• 通知在发送过程中IP包丢弃的原因
• ICMP 只能搭配 IPv4 使用，如果是 IPv6 的情况下，需要使用 ICMPv6

​ 举个例子，比如当主机 A 在向主机 B 发送数据的过程中，主机 B 因为某些原因已经离线了。

​ 当发送的数据包到达主机 B 所在局域网的入口路由器时，入口路由器为了获得主机 B 的 MAC 地址，于是会向主机 B 发送 ARP 请求包，但由于主机 B 已经离线了，因此路由器在多次发送 ARP 请求包而得不到响应后，就会返回一个 ICMP Destination Unreachable 的包给主机 A，此时主机 A 就知道自己发送的数据无法到达主机 B。

3、ICMP协议格式

ICMP 大概分为两类报文：

• 一类是通知出错原因的，即差错报文
• 一类是用于诊断查询的，即查询报文

ICMP 包常见类型如下：

4、ping命令

​ **ping**命令是基于 ICMP 协议实现的，通常用于测试本地主机与另一台主机之间的通信信道是否正常。

​ 例如，使用 ping www.baidu.com 命令，测试本地主机与百度服务器之间的通信信道是否正常。

• 注意，此处 ping 的是百度的域名，该域名会由 DNS 解析成 IP 地址。
• ping 命令不仅能验证网络的连通性，同时也会统计响应时间和生存时间**TTL**（IP包中的Time To Live）。
• ping 命令会先发送一个 ICMP Echo Request 给对端；当对端接收到之后，会返回一个 ICMP Echo Reply。

一个值得注意的坑

​ 一个很坑的问题：telnet 对应的端口号是 23，ssh 对应的端口号是 22，那 ping 对应的端口号是多少❓❓❓

​ 这是问问题的人设的一个圈套，ping 命令是基于网络层的 ICMP 协议，而端口号是属于传输层的内容，因此 ICMP 协议根本就不关心端口号这样的信息。

​ 因此，ping 命令实际是绕过了传输层的，在 Linux 当中实际也有绕过传输层的一套网络编程接口，叫做原生套接字。

5、traceroute命令

​ traceroute命令也是基于 ICMP 协议实现的，traceroute 命令可以遍历数据包传送到目标主机所经过的所有路由器。

​ 例如，使用 traceroute www.baidu.com 命令，遍历数据包传送到百度服务器所经过的所有路由器。

原理简述：

• traceroute 命令底层实际是通过增加存活时间 TTL 值来实现的。
• 因为每当数据包经过一个路由器，其 TTL 值就会减 1，当 TTL 值减为 0 时对应路由设备就会将该数据包丢弃，并传送一个 ICMP TTL 数据包给发送主机。
• 因此 traceroute 命令底层可以发出多个数据包，并给这些数据包设置不同的 TTL 值，最后该主机就能够得到一连串的数据包路径。

Ⅳ. NAT技术

​ 网络地址转换**NAT**（Network Address Translation）技术，是缓解 IP 地址不足的主要手段，并且能够有效地避免来自网络外部的攻击，隐藏并保护网络内部的计算机。

1、NAT技术背景

​ 在 IPv4 协议中，IP 地址数量不足是一个大问题，而 NAT 技术就是当前解决IP地址不够用的主要手段，是路由器的一个重要功能。

​ 在进行对外通信时，NAT 能够将私有 IP 经过一系列替换操作最终转为全局 IP，也就是说，NAT 是一种将私有 IP 和全局 IP 相互转化的技术方法。而其中装有 NAT 软件的路由器叫做 NAT路由器，所有使用私有 IP 的主机在和外界通信时，都要在 NAT 路由器上将其私有 IP 转换成全局 IP。

​ 很多学校、家庭、公司内部每个终端设置的 IP 都是私有 IP，而只在路由器或必要的服务器上设置全局 IP。全局 IP 要求唯一，但是私有 IP 不需要，在不同的局域网中出现相同的私有 IP 是完全不影响的。

2、NAT的分类

• 静态地址NAT：实现固定私网主机地址到公网地址的一对一转换，适用于上网用户少，且同时上网用户数量与公网地址数量相同的场景
• 动态地址NAT：私网主机地址与公网地址的动态转换，并没有固定映射关系
• 网络地址端口转换NAPT：同时进行地址和端口的转换的 NAT，可以实现多个私网地址对应同一个公网地址的转换，不同的私网地址数据使用相同公网地址时使用不同的端口进行转换，适用于公网地址数量少，但是私网用户数量大的场景。

3、NAT IP转换过程

​ 假设某个局域网当中有 A、B、C 三台主机，在公网当中有一台服务器，以主机 A 访问公网中的这台服务器为例，我们来看看数据包在传输过程中 IP 地址的转换过程。

数据包从局域网到公网的过程

主机 A 向服务器发起数据请求的过程中，数据包中 IP 地址的转换过程如下：

1. 刚开始，该数据包当中的源 IP 地址就是主机 A 的私有 IP 地址，目的 IP 地址就是服务器的公网 IP 地址。
2. 当数据包经过 NAT 路由器时，路由器会将该数据包的源 IP 地址替换成自己的 WAN 口 IP 地址，此时该数据包的源和目的 IP 地址就都是公网 IP 了。
3. 该数据包在互联网中经过各种路由转发，最终到达服务器主机。
4. 服务器收到主机 A 的数据请求并处理后，就会对主机 A 发来的请求进行响应。

数据包从公网到局域网的过程

服务器向主机 A 进行响应的过程中，数据包中 IP 地址的转换过程如下：

1. 刚开始，该数据包当中的源 IP 地址就是服务器的公网 IP 地址，目的 IP 地址就是路由器的 WAN 口 IP 地址。
2. 数据包在互联网中经过各种路由转发，到达主机 A 所在局域网的 NAT 路由器，此时路由器会将该数据包的目的 IP 地址替换成主机 A 的私有 IP 地址。
3. 最终路由器就会将该数据包转发给局域网中的主机 A。

​ 所以我们就能看出，这台从局域网到公网的 NAT 路由器是很重要，它实现了进出的 IP 转化！

4、网络地址端口转化 NAPT

地址转换表

​ 问题来了，因为有可能一个局域网中有多台主机都访问了外网中同一个服务器，那 NAT 路由器是如何判断，应该将从外网收到的响应数据包转发给局域网中的哪一台主机呢？

• 实际在NAT 路由器内部有一张自动生成的，用于地址转换的表。该转换表中维护的就是局域网中主机的私有 IP，与其对应访问的外网当中的某个公网 IP 之间的映射关系。
• 局域网中的主机第一次向外网发起数据请求时，就会生成表中的映射关系。
• 比如在 TCP 建立连接时，会建立对应的映射关系，在 TCP 断开连接后，就会删除对应的映射关系。

​ 在刚才的例子中，主机 A 第一次向服务器发起数据请求时，路由器中就会建立以下映射关系。

​ 当 NAT 路由器收到服务器向主机 A 发来的响应数据时，就可以通过查表得知该响应数据是发送给局域网当中的主机 A 的。

​ 但如果转换表中维护的只是局域网中主机的私有 IP，与其对应访问的外网当中的某个公网 IP 之间的映射关系，那么就会出现某些问题：如果局域网中的主机 A 和主机 B 同时都在访问该服务器，那么此时转换表中就会建立如下两对映射关系：

​ 此时这张转换表只能保证从左到右的唯一性，而不能保证从右到左的唯一性，当服务器发来响应数据时，该数据包中的目的 IP 地址都是路由器的 WAN 口 IP，此时 NAT 路由器就无法判断该数据包应该转发给主机 A 还是主机 B，这时候 NAPT 就来解决这个问题了！

NAPT

​ 网络地址端口转换**NAPT**（Network Address Port Translation）可以将多个内部地址映射为一个合法公网地址。

​ 原理就是 NAPT 在建立转换表的映射关系时，除了建立局域网中私有 IP 与其对应访问的公网 IP 之间的映射关系外，还会加上一个由 NAT 路由器选定的端口号。

​ 此时当局域网中的多台主机同时访问同一个外网服务时，虽然外网发来的响应数据的目的 IP 地址都是路由器的 WAN 口 IP，但发给局域网中不同主机的响应数据对应的目的端口号是不同的，此时路由器就能通过 IP + Port 的方式来区分发给不同主机的数据包。

举个例子，比如局域网中的主机 A 和主机 B 都在访问同一个服务器，并且它们访问服务器时采用的端口号都是 1025。

• 假设主机 A 发送的数据包先到达路由器，此时路由器将数据包的源 IP 地址替换成自己的 WAN 口 IP 地址，由于路由器用于访问该服务器的 1025 号端口没有被使用，因此该数据包的源端口号可以不变。
• 当主机 B 发来的数据包到达路由器时，路由器同样将数据包的源 IP 地址替换成自己的 WAN 口 IP 地址，但此时路由器用于访问该服务器的 1025 号端口已经被主机 A 使用了，因此路由器会重新选定一个端口号对数据包的源端口号进行替换。

此时转换表中就会建立如下两队映射关系：

此时这张转换表既能保证从左到右的唯一性，也能保证从右到左的唯一性。

• 当服务器发来的响应数据到达路由器时，虽然服务器发给主机 A 和主机 B 的数据包对应的目的 IP 地址是一样的。但路由器是用自己的 1025 号端口代替主机 A 进行数据请求的，而用的是 1026 号端口代替主机 B 进行数据请求的。
• 因此现在路由器可以继续根据数据包的源端口号，来判断应该将该数据包转发给主机 A 还是主机 B，进行对数据包中的目的 IP 地址和目的端口号进行替换，然后转发给局域网内对应的主机。

谈谈路由器

​ 路由器是工作在网络层的一个设备，负责将数据包从一个网络转发到另一个网络，但不能狭义的认为路由器只能工作在网络层。

• NAT 路由器在进行数据转发时，不仅有能力替换数据包的源和目的 IP 地址，而且在必要的情况下还可能会替换数据包的源和目的端口号，而端口号实际是传输层的概念。
• 为了对 IP 地址进行动态管理，大部分路由器都带有 DHCP 功能，而 DHCP 实际是应用层的一个协议。

​ 因此现在的路由器其实并不仅仅提供网络层相关的服务，网络协议栈中的各层路由器可能都有涉及。

5、NAT技术的缺陷

​ NAT 技术进行私网和公网之间的替换，主要就是依赖 NAT 路由器当中维护的网络地址转换表，但这张转换表也体现出了 NAT 的一些缺陷：

• 无法从 NAT 外部向内部服务器建立连接，因为外部无法知道内部的私网 IP，也就无法主动与内部服务器建立连接。
• 转换表的生成和销毁都需要额外开销。
• 通信过程中一旦 NAT 设备异常，即使存在热备，所有的 TCP 连接也都会断开。

Ⅴ. NAT和代理服务器

​ 代理服务器（Proxy Server）的功能就是代理网络用户去取得网络信息，代理服务器又分为正向代理和反向代理。

1、正向代理

​ 正向代理，是一个位于客户端和目标服务器之间的服务器，客户端并不直接访问目标服务器，而是先访问代理服务器，由代理服务器代替客户端去访问对应的目标服务器，并将目标服务器的响应结果返回给客户端。

比如公司内部一般都会有自己的服务器，当我们使用公司内网上网时。

• 我们对外网发起的数据请求，首先会转发到公司的这台服务器上，然后由公司的这台服务器代替你对外网进行访问。
• 当公司的服务器收到对应外网的响应数据后，再由公司的这台服务器将数据转发给你。

正向代理的好处：

• 正向代理最大的一个好处就是可以加速资源访问。
• 比如公司中大量员工都要访问外网的同一个资源，那么正向代理服务器就可以将对应的资源缓存到本地，此时当其他人要访问该资源时，直接在正向代理服务器就可以获取，而不需要再次进行外网访问。

2、反向代理

​ 反向代理，也是一个位于客户端和目标服务器之间的服务器，对于客户端而言，反向代理服务器就相当于目标服务器，用户不需要知道目标服务器的地址，用户只需要访问反向代理服务器就可以获得目标服务器提供的服务。

比如域名 www.baidu.com 对应的服务器实际就是一个反向代理服务器。

• 百度内部实际并不是只有一台服务器，但不同地区的人们都可以通过访问 www.baidu.com 享受到百度提供的服务，实际我们访问的就是百度的反向代理服务器。
• 当这台反向代理服务器收到客户端的数据请求后，就会将我们的数据请求转发给百度内部的某台服务器进行数据处理，然后再将数据处理的结果返回给客户端。

反向代理的好处：

• 反向代理可以起到负载均衡的作用。比如不设置反向代理服务器，那么用户在访问百度时，就会随机访问到百度内部的某台服务器，此时就可能导致某些服务器压力太大，而某些服务器却处于闲置状态。而设置了反向代理服务器后，我们就能够通过某些方法让用户的数据请求较为平均的落到每台服务器上。
• 反向代理还能起到安全防护的作用。有了反向代理服务器后，我们不需要直接将提供服务的服务器对应的信息暴露出去，此外，当由非法请求发送到反向代理服务器时，反向代理服务器就相当于一层软件屏障，可以在反向代理服务器当中部署一些防护措施，让这些非法请求在反向代理服务器这里就被过滤掉，而不会影响内部实际提供服务的服务器。

​ 需要注意的是，代理服务器的主要工作只是对数据进行转发，因此代理服务器处理数据的压力不会特别大，并且代理服务器也可以有多个，因此不必担心代理服务器过载的情况。

3、正向代理和反向代理的异同

正向代理和反向代理的相同点：

• 正向代理服务器和反向代理服务器都位于客户端和服务器之间
• 正向代理服务器和反向代理服务器的主要工作，都是把客户端的请求转发给服务器，再把服务器的响应转发给客户端

正向代理和反向代理的不同点：

• 正向代理用于请求的转发，反向代理一般作为一个缓存。
• 正向代理是客户端的代理，帮助客户端访问其无法访问的服务器资源的，而反向代理则是服务器的代理，帮助服务器做负载均衡、安全防护等工作的。
• 正向代理一般是客户端架设的，比如公司的正向代理服务器是公司作为客户端架设的，而反向代理一般是服务端架设的，比如百度的反向代理服务器是百度作为服务端架设的。
• 正向代理中，服务器不知道真正的客户端到底是谁，服务器认为正向代理服务器就是真实的客户端，而反向代理中，客户端不知道真正的服务器是谁，客户端认为反向代理服务器就是真实的服务器。

​ 正向代理，代理的是客户端，类似于房产中介，替我们跟房东交互，把我们的请求交给房东，把房东的回复交给我们，比较典型的就是 VPN 以及一些翻墙代理服务器，一般都是客户端架设的。

​ 反向代理，代理的是服务器，类似于二房东，你以为你跟房东交互租房呢，其实不是，你是在跟二房东租房，反向代理通常由服务器端假设，隐藏服务器 IP，并实现静态资源缓存以及负载均衡的作用。

4、NAT和代理服务器的区别

NAT 和代理服务器都是代替我们向服务器发起数据请求的，但它们有如下区别：

• 从应用上讲，NAT 设备是网络基础设备之一，解决的是 IP 不足的问题；而代理服务器则是更贴近具体应用，解决的是加速资源访问以及服务器的负载均衡等，比如通过代理服务器进行翻墙，另外像迅游这样的加速器，也是使用的代理服务器。
• 从底层实现上讲，NAT 工作在网络层，直接对 IP 地址进行替换，而代理服务器往往工作在应用层。
• 从使用范围上讲，NAT 一般在局域网的出口部署，而代理服务器可以在局域网代理，也可以在广域网代理，也可以跨网代理。
• 从部署位置上看，NAT 一般集成在防火墙、路由器等硬件设备上，而代理服务器则是一个软件程序（比如 Nginx 和 Apache），需要部署在服务器上。