各大平台显IP背后的网络知识梳理

继微博平台开始显IP以后，国内的各大网络平台相继开始显示发言者的IP地址，为此，网上也掀起了不少讨论。作为稍微懂一点技术的，看着很多讨论其实挺搞笑的，因此来梳理一下IP背后的网络知识，也算再明确一下自己所学。

IP地址是什么

互联网的发明，解决的是网络上不同终端相互通信的问题。和现实中的通信一样，网络通信也需要一个地址。早期发明互联网的人，就决定使用一个32bit的二进制数来表示网络上不同终端的网络地址，这就是IPv4地址。我们经常看到的IP地址比如110.242.68.4，是这32bit二进制数的易读形式，对应的二进制数是01101110111100100100010000000100，刚好32位，人类将其每8位变成一个二进制数，然后用逗号分隔开，以便于记忆和输入，就成了我们广泛看到的逗号隔开的4个10进制数这样的IPv4地址格式，而实际在计算机中传播时，传播的一直是那个32位的二进制数字。因此，IP地址是一个终端在网络上的身份标识符而已。

其中，因为有部分特殊需求，其中一些地址用于特殊用途保留，不用于在网络上标识终端地址，这些特殊地址包括：

1. 广播地址，即用于在同一个链路中（可以理解为同一个路由下）相互连接的主机之间相互发送数据包，广播地址的低位全部是1；
2. 组播地址，用于把包发送给特定组内的所有主机，这类地址范围是224.0.0.0/8到239.255.255.255/8；
3. 私有地址。即最开始没有计划接入互联网，而用于互联网之外的独立网络、为了避免与互联网上的地址混淆，因此独立保留下来一些地址，包括10.0.0.0-10.255.255.255/8这个段，172.16.0.0-172.31.255.255.255/12这个段，以及192.168.0.0-192.168.255.255/16这个段。
4. 环回地址，同一台计算机上的程序之间进行网络通信时所使用的一个默认地址，就是大名鼎鼎的127.0.0.1

所以，除去这些并不能用于全球广域互联网定位的IP地址意外，IPv4总共可以提供大约36.47亿个可用公网IP地址。互联网的发明者认为，这个数字已经非常夸张了，够用了。但实际上我们现在也发现了，中国的网民规模就有大几亿，而且手机、电脑、平板等设备都需要接入网络，在物联网的时代，还有更多设备接入网络，36亿的公网IP显然不够给每一个设备分配一个公网IP地址，那么，接入互联网的设备如何定位呢？

关于IPv4，还有一些扩展知识。比较重要和常用的是无类域间路由，对于理解子网掩码之类的东西挺有用的，可以参考阅读。

理论上，互联网上通信的每一个设备都需要一个IP地址，不然通信无法完成，于是互联网大概是这个样子。

维基百科-无类域间路由

NAT技术

在介绍NAT技术之前，我们首先思考一个问题，一般接入互联网的终端不可能只有一个应用在使用网络，比如我现在同时开着网易云在听歌，战网在更新魔兽世界，网盘在下载数据，chrome打开在搜参考文献。那么一台电脑中的多个应用都要接入网络，如果与远程服务器的交互只通报了IP地址，那么这么多应用在收到不同服务器返回的数据时，如何区分哪些数据是我这个应用的，而哪些数据不是我这个应用的呢？

为了解决这个问题，一个应用在访问远端服务器时，实际上并非只传递了IP地址，还有一个虚拟出来的端口号，这个端口号并不是一个物理存在的东西，只是操作系统为该应用分配的一个缓存区，端口号相当于该缓存区的一个标志符。每当一个应用需要联网，他就先在操作系统中申请一个端口号，然后独占该端口号，接着向远端服务器发送请求时，同时带着IP地址和端口号。

用现实中邮寄信件去打比方，IP地址只负责从某个户到某个户，比如从金融街15号到广渠路18号，但这只是地址，一个地址里可能住着多个人，信件要精确传达到通信的人的话，就必须有额外的标志，比如人名、电话号码等。不然一封信件虽然完成了从户到户，但没有完成从人到人，它肯定是不能用的。在网络上，IP地址相当于那个户，而端口号则相当于人的电话号码，可以在网络上唯一标志一个应用。因此，实际上主机上一个应用与网络上的其他应用的连接（术语称为一次会话），实际上是由IP+端口号唯一确定的。因为操作系统的某些限制，一台主机上最多可以有65535个端口号，也就相当于，一台设备中最多独立标识65535个应用，再多就不行了。

显然的，我们一般人电脑里的应用其实用不了这么多端口，于是为了缓解IP地址枯竭的问题，技术人员提出了NAT技术，即用端口号换IP地址，使用路由器做IP和端口的映射转换，具体就如下图。

在这张图中，只有路由器有公网的IP，而其他连接该路由的设备都只有私有IP，回顾上一节关于私有IP的介绍，私有IP不能用于公网定位，只能用于内部网络定位。于是，上一节中“所有应用都有自己的公网IP”，从而可以直接通信的模型，就变成了设备都先和路由器通信，而由唯一有公网IP的路由代表不同的设备和网络上的其他设备进行通信，那么具体如何操作呢？

当设备上的应用A想要连接网络时，首先在本地设备上申请了一个端口号9527，然后将连接请求发送给路由，在路由层面对于IP和端口号都进行了替换，将IP替换为路由器的公网IP地址，然后将端口号替换成路由上尚未被使用过的端口号，再以此新的IP:端口号和网络上的其他设备建立连接，同时路由器记录下来这个9999的端口号对应的是192.168.0.2这台主机的9527端口号，当路由器收到网络上的回应时，路由器再与设备上的真正的应用A进行通信。于是，虽然设备并没有公网端口，但借助路由器的端口映射，应用A也可以和服务器建立起一个完整而独立的会话。这种端口转化技术，就称为NAT技术（Network Address Translation），即网络地址转换技术。

通过这种技术，一个有公网IP的路由器，下面可以接入多个没有公网IP的设备，从而允许同一个公网IP下，实际存在远远多于1个的设备，极大地缓解了IP地址不足的问题。对于服务器来说，他看到的与自己通信的设备的地址，实际上是那个公网IP地址，而不可见那个私有地址。在此次各大厂商显示IP的事件中，各大厂商显示的也只能是这个路由的公网IP地址，而这个公网IP下面可能有多个设备，其持有的私有地址在路由器层面就已经被替换，无法被服务器感知，因此也不可能显示出来（实际上显示出来也没有意义，因为私有IP并不唯一，并且局域网IP对于广域网来说没有识别意义）

不过从NAT的实现原理来看，我们也能发现，一个共网路由下容纳的机器并不可能是无限的，因为一台路由器对外可用的端口号只有65535个，因此，它能够映射的内网的IP:端口号对也是有限的。此外，NAT设备只能用于发起通信的设备，而不能用于接收通信的设备，因为接收通信的设备需要要稳定的IP和端口号，就比如百度服务器，如果IP和端口变来变去，那么就就不可能提供稳定的网络服务（这只是理论上的简化模型，实际上要复杂得多），也就是说，服务器必须有自己的公网IP，而不能躲在NAT设备背后，所以，NAT并不是万能的。

不过NAT技术仍然极大扩展了互联网可以接入的设备数量，IPv4+NAT已经足够容纳现有需要接入广域互联网的设备数量，于是IP地址不足的终极解决方案：IPv6的推广也就缺乏足够的动力，一直增长乏力。

路由、AS与ISP

考虑这么一个问题，当我们的设备访问互联网时，我们首先必须获取要通信的设备的IP地址，然后向其发送请求，建立一次会话，那么这个请求怎么能找到服务器呢？比如说，我们在北京，想要访问位于深圳的腾讯服务器，那我们发出去的请求如何寻找到位于广州的服务器呢？这就引出了一个重要的问题，网络上的数据如何精确定位自己的目的地？

整个过程依靠一连串的路由。画个简图出来大概是这样的，首先本地终端（手机等），将数据发送到自己家的路由，自家路由发送给小区路由，小区路由将数据发送到海淀区主路由，该主路由接了好几条物理的光缆，不同的光缆连接不同地方的路由器，可以发给西城区、也可以发给朝阳区，更重要的是，当发现你的IP地址位于广州时，它虽然没有光缆直接连接广州，但他知道北京地区总路由可以到达广州，然后将数据发送给北京地区总路由，该路由虽然也不直接连接广州地区的路由，但他知道上海的网络可以连接到广州，于是将数据发送到上海，上海再发送到广州。

也就是说，路由器通过查询网络请求的目的地IP，知道自己要将数据传输到哪一个物理链路上去，通过该物理链路（可能是光缆、无线信号、卫星信号等），数据经过一站又一站的路由器接力，最终将数据传输到广州地区总路由，然后广州地区总路由就再在广州地区的IP地址库里查找，找到具体的服务器地址，将数据传输过去，就这样，一次跨多个路由的数据传输完成了。

一般来说，大的路由器都有多个物理链路出口，如上图中的海淀区主路由，它就有3个数据上行出口，每一个出口通过某种物理介质联系着其他的路由。那么路由器怎么知道数据要通过哪个物理链路传播呢？这就牵扯到路由表内部保存的一个数据库，称为：路由表。路由表上大概保存着，某个IP需要从哪个物理链路发送出去的消息。

我们接着来考虑一个问题，就是：全球大约36亿个公网地址，如果每一个路由都保存一个完整的IP到物理链路的数据，那么每一个路由需要的存储空间是多大，简单算一下，就是仅仅存储这36亿个地址，每一个路由都需要16GB以上的内存，更别提还要记录链路信息，此外，路由器还需要留大量内存给真正的网络请求数据做缓存，这么巨大的数据量带来的硬件需求显然不是普通路由器可以承载的，因此，路由器实际上保存的数据要简单的多，通过子网掩码的设计，路由表中并不保存单独的某个IP需要通过哪个物理链路发送出去，而保存的是一个IP段需要通过哪个物理链路发送，也就是保存的大概是这么个东西：111.222.0.0- 111.222.255.255 这个IP段的所有数据都从物理链路1发送出去，而111.22.0.0 – 111.22.225.225 这个IP段的所有数据从物理链路2发送出去。如此，实际上一个路由需要保存的数据就极大减小了，对于家用路由来说，实际上上行物理链路就一个，那么他的IPtable里大概保存的除了自己连接的几台电脑的路由数据以外，所有上行数据都由一个上行物理链路发送，路由表极小，不会对性能造成任何负担，也对硬件没有要求。

这样的设计，其实是将低位地址相近的IP地址聚合在一起，通过一个物理链路发送出去。那么，从效率上讲，必然就要求低位地址相近的IP尽量分配到同一个地理上的地区，不然考虑111.222.0.1在上海，而111.222.0.2在西安，那么北京区总路由该怎么聚合这两条路由的物理链路信息呢？因此，实际上低位地址相邻的IP，一般都分配给同一个地理上的地区使用，这样能最大限度地提升网络传输的效率。

实际上我们观察上面的网络拓扑图，能明显看到，北京地区近似可以看成一个局域网，通过总路由连接到上海地区的局域网。其实整个互联网基本上也正是如此组织的，一个地区自治的网络，由核心路由器与另一个地区自治的网络连接起来，其中，核心路由器连接的是不同的自治局域网络，而自治网络内部再通过一些方式组网，各个不同地区的自治网络相互连接，正是“互联网”这个词最本来的意思。

其中，连接多个自治网络的核心路由器之间的网络，被称为互联网骨干网，承载着不同自治网络之间相互通信的重大任务。假如说，骨干网断掉了，那么自治网络之间则无法相互访问，但自治网络之间仍然可以相互访问。早年互联网还不普及时，一个宿舍所有电脑插一台路由器上联机打魔兽的场景，正是这种“骨干网”断开，但“自治网络”内部仍然互联的一个经典缩小版案例。

全球互联网的组织形式，也正是一个个自治网络，通过跨国、跨大洲、跨大洋互联的骨干网络相互连接。这一个个自治网络，在专业术语上称为“自治系统”，英文为“Autonomous system”，即本章小标题中的“AS”。更具体地说，AS是具有统一路由策略的巨型网络或网络群组，连接到互联网中的每一个终端，都是先连接到一个AS上，然后与AS内部的其他计算机通信，或者通过骨干网络路由，与其他AS中的互联网设备通信。

更为形象的描述摘自网上的博文：

可以认为 AS 类似于一个城镇的邮局。邮件从一个邮局到另一个邮局，直到到达正确的城镇为止，然后该城镇的邮局将在该城镇内传递邮件。与之类似，数据包在整个互联网范围内通过从 AS 跳到 AS，直到它们到达包含其目的地互联网协议 (IP) 地址的 AS。该 AS 中的路由器将数据包发送到 IP 地址。

每个 AS 都控制一组特定的 IP 地址，就像每个镇的邮局负责将邮件传递到该镇内的所有地址一样。给定 AS 可以控制的 IP 地址范围称为其“IP 地址空间”。

大多数 AS 连接到其他几个 AS。如果一个 AS 仅连接到另一个 AS 并共享相同的路由策略，则可以将其视为第一个 AS 的子网。

通常，每个 AS 由单个大型组织（例如 Internet 服务提供商（ISP）、大型企业技术公司、大学或政府机构）运营。

每一个AS系统，都拥有一组地址相邻的IP地址，并通过事先约定好的协议（边界网关协议），向其他AS的核心路由器报告自己的IP范围，于是，每一个AS只需要知道自己内部每一个IP对应哪个物理链路，和其他IP对应哪个AS即可。这样，全球广域互联网就形成了。

一般情况下，普通用户接入互联网，需要先接入一个AS，这种向普通用户提供网络接入服务的机构，称为ISP（Internet Service Provider），ISP也是AS的一种。比如在中国，三大电信运营商就是ISP，同时也是中国大陆最大的三个自治网络。

中国互联网骨干网

大陆互联网对外出口梳理

自治系统

网络上的IP感知

通过上文的梳理，我们可以得到以下这些事实：

1. 任意一个设备接入互联网，都需要一个公网IP地址；但是由于NAT技术的存在，一个公网IP地址并非仅能支持一个设备接入；
2. 任意一个应用与互联网上另外一个应用通信，都需要同时告知自己的IP地址和端口号，以便与同一设备上不同应用的数据作一区分；
3. NAT技术替换了其管理的私有网络中的设备所持有的私有IP，替换成自己所持有的公网IP之后，再与远端服务器通信，所以，远端服务器上感知到的IP实际上是具有公网IP的路由器的IP，而并非具体设备的IP。具体设备的IP已经被实现了NAT技术的路由所替换，不会发送到远端服务器；
4. 因为NAT技术本身的限制（受路由器端口号数量上限65535限制），一般来说，NAT不会超过三层，因为超过三层以后，路由器本身的端口号就不够用了，因此，一般来说，虽然藉由NAT技术，多个设备可以共享同一个公网IP，但这些设备在地理上上基本上都聚集在一个很小的范围，比如说，同一个小区，因为更广范围内的设备数量已经超出了NAT技术的可承载范围；

因此，如果需要详细追踪到具体的设备，那么仅凭公网上的IP地址是不够的，还需要辅助其他手段，比如说之前已经广为铺开的网络实名制认证。这个是管理手段而非技术手段，就不展开说了。因此，在此次各大厂商公布IP地址事件中，厂商所感知到的、公布的IP地址，都是NAT设备的IP地址，虽然并不能精确到具体设备，但精确到小区级别问题并不大，至于省则肯定没问题。而这些IP地址的归属地，一般来自于大型AS厂商的数据，并且不可能随意修改。

而IP地址这个数据的具体传输，则使用到了IP/TCP协议族，即网络通信的一大堆协议，其细节过于庞杂丰富，在这里无法展开。

什么是网络代理

在讨论这个问题时，知乎上出现了大量的文章，表示IP伪造是非常简单的事情，只要挂代理就可以欺骗互联网公司，使各大厂商记录到的IP地址是代理机器的地址，而非设备的真实地址。因此，显示IP并没有实际意义。

先不论这个最终观点是对是错，那么用户是否可以通过代理改变访问知乎、微博的IP地址呢？代理又是什么呢？

第一个问题是可以，第二个问题我们再仔细拆开看看。

1. 当我们使用自己的设备直接连接微博时，发生了什么。可见，经过NAT设备的IP:端口号替换以后，微博服务器将看到我们的IP是78.123.1.78；

   

2. 而当使用代理以后，则上述流程变成下面这样。

   

   设备并不直接访问微博服务器，而将访问微博服务器的这个请求包装起来，然后先访问代理服务器，然后代理服务器拆开用户的请求以后，得知用户想要访问微博，然后再以自己的身份将数据传给微博，于是，微博看到的地址就是代理服务器的地址（12.12.10.18），而不可见设备所对应的NAT设备的公网地址。

通过代理访问网络时，首先终端先通过代理协议与代理服务器进行通信，将真实的目标服务器IP和请求内容放在IP包中，代理服务器收到请求后，先根据代理协议拆包，得到真实的请求目的地IP和请求数据，再请求真实的服务器。常用的代理协议有HTTP协议、SOCKS协议等，具体细节不赘。

因为代理服务器需要接收请求，因此一般来讲必须具有稳定的公网IP，否则就不能一直稳定的提供代理服务（排除一些安装了特殊软件的机器，在没有公网IP的情况下仍然能稳定收到外部请求，这个技术称为内网穿透，但并不能特别稳定，且需要客户端和代理服务器都安装特定的软件），因此，代理服务器实际上并不是随便搞一台机器就可以切过去，而越是要求稳定的代理服务器，其获取程度就越困难，主要原因是：它必须占用宝贵的公网IP资源。至于代理的具体获取方式，在下文介绍。

上面画的只是一个网络代理的原理图，实际情况可能更为复杂，与广为流传的“VPN”就是代理的观念相反，VPN只是可用于可用作网络代理的技术，而并非网络代理的意思，并且代理服务器可能并不是只有一跳，很有可能经过多跳以后才访问到真实的服务器，也可能是通过更为复杂的方式提高代理的网络拓扑复杂度，以实现更好的匿名性等。

代理的匿名性

根据匿名程度，我们一般使用的代理服务器可分为高匿代理、普通匿名代理、透明代理。

1. 高匿名代理。

   会将数据包原封不动的转发，在服务端看起来就像是真的客户端在请求，记录的IP也是代理服务器的IP。

2. 普通匿名代理服务器

   会改动数据包，比如可能加入HTTP报文头，标注真实请求客户端的IP，也可能不加。因此服务端有可能发现这是个代理服务器，并可能追查到客户端的真实IP

3. 透明代理。

   会明确告知服务器客户端的真实IP，这种代理一般用于企业内部的做内容过滤、缓存性能提升、负载均衡等操作，基本是各种反向代理，不是我们这里讨论的代理技术。

很明显，如果需要隐藏自己的真实IP，达到伪装访问终端真实地理地址的目的，显然需要高匿名代理。虽然说，在实际的网络中，很多信息都可能泄露你的真实信息，成为别人追查你的线索，比如高匿浏览器TOR，甚至会提醒你不要将浏览器全屏，因为全屏的尺寸信息也可能是称为追查你的线索，但这些追查手段一般需要耗费的资源都很大，并非一般个人所能承担，甚至中大型组织都无力承担，一般只有涉及到真正高价值的目标时，由国家发动各种资源进行追踪，也不是我们这里讨论的匿名方式。

如果一路看到这里，可能会有人想，既然所有的终端都必须接入某个AS，在网络中传输的信息对于ISP这种巨型AS来说应该是透明的，假如我使用代理，但请求代理服务器的这个行为被AS所记录，那是不是仍然可能追踪到具体的设备。答案是有可能，但 同上面说的问题一样，成本过于高昂，AS每天面对的流量是天量的，根本不可能在事前做到所有IP包都先存下来以备检查（对于核心路由，PB级的存储未必能支撑1个星期），而且因为现在网络通信大部分都是加密后的数据，即使记录下来某个IP访问了另一个IP，也很难判断出这是一次代理请求，特别是现在的高匿代理，基本上都采用了STL加密，从单包的微观特征上完全无法与其他正常请求区分，因此通过AS追查代理的理想过于美好，其代价太大，只有在极端的情况下，比如事先预知大规模网络攻击时，才有可能做记录，日常通信AS不可能无时无刻保存所有的记录。

代理的获取

那么怎么获取一个代理服务器呢？

1. 黑客级别，可以通过大规模种病毒的方式，操纵个人终端成为肉鸡，但因为个人终端一般都没有公网IP，因此要用作代理服务器，还需要提前在个人终端中装好内网穿透软件，以便在需要时可以在公网找到这台机器。但因为个人的机器非常不稳定，时常会关机、断线，而且现在个人机器的终端实际上都比较安全，想要在主流系统windows、mac、IOS、Linux上长期、大规模种病毒比较困难。这个手段成本非常高昂，高到用这种手段获取代理服务器甚至有点有病；
2. 代理IP池。就是一些组织，大部分都是出于盈利的目的，租下来一些机器，并全部申请有公网IP，这些机器专用于代理用途，用户可以通过付费等手段，获取这些代理的使用权。这些机器一般称为代理服务器池，如果我们要使用代理服务器的话，最普遍也最容易的手段是租用这些组织的代理服务器池。很显然，因为IPv4地址本身是有限的，而且大陆的IPv4地址更加紧张，这些代理IP池的维护成本也算比较高，一般私人没能力维护，而即使有能力维护的组织，其公网IP的获取也需要向三大运营商这个大陆超级AS申请，不是凭空变出来的。因此，一般这些IP池的维护者都会要求使用者的使用方式符合大陆的法律法规，并且具有一定的审计能力。
3. 自己租服务器改造成代理服务器。比如阿里云、腾讯云等，都可以申请一个具有公网IP的服务器，用于部署代理软件，使其称为一个代理服务器。这其实一般用于个人的小打小闹，不适合大规模的组织性的行为，因为：首先IP资源有限，很多服务器的IP甚至都是单独付费，维护成本也不低；其次，阿里云、腾讯云等虚拟主机提供商本身具有较强的技术能力，可以对服务器上安装的东西进行识别和拦截，比如，以前流行的一个VPN软件，就无法安装到阿里云的服务器上，阿里云的机器能够直接识别和拦截这类软件的安装，以保证符合大陆的法律法规。
4. 其他更加小众的代理获取方式，比如说我找个上海的小伙伴，把他的电脑拿过来24小时不关机，搞个代理服务器，也不是不可以。

综上，小打小闹的话，个人使用代理四处漂移完全可能，并且成本不高，公开的免费代理池也有一些，因此比如一会在西安一会在上海，一会在德国一会在比利时，但因为受限于有限的IP地址，维护一个稳定可用的代理服务器则不那么容易。且能够提供稳定代理服务器的组织，基本都不可能游离于法律法规之外，一般不会长期为非法用户提供长期的稳定的代理。

显示IP造成的代理成本问题探讨

我们首先假设网络上关于境外势力的讨论为真。那么以前，他们可以直接使用个人设备接入网络，如果真的带节奏也毫无压力。但显示IP地址以后，为了伪装为大陆IP，他们首先必须获取大陆内部的代理服务器，与个人小打小闹不同，成规模、成组织的做IP漂移就没那么容易，因为大量稳定的代理服务器实际上并不那么容易获取。

如果有网络代理服务提供商为境外IP长期提供代理服务，那么有关部门完全有能力找这些代理服务提供商“谈谈心”，以切断这条代理渠道。因为有能力提供这种代理服务的厂商其实并没有想象的那么多，其识别难度显著下降。而且因为其IP池有限且比较公开，甚至于，微博、知乎、抖音这类服务，也可以识别这些网络代理服务商的公网IP，而在显示IP之外，增加一个“使用代理”的标志也并不困难，因此这种代理手段是否奏效，取决于有关部门下一步的思路和力度。

但如果采用上述第三种、第四种代理获取方式，那么因为这些设备的可用公网IP很少，对于微博、知乎、抖音这类服务器，就会发现有同一个IP非常频繁地访问服务器，频率远超正常频率，对于频繁访问IP的识别已经是成熟技术，广泛用于反爬虫……所以如果有关部门需要，完全有可能对这些IP进行调查，这仍然取决于有关部门下一步的思路和力度。

总而言之，当带节奏“需要一个内陆IP”时，首先就要求必须有一个“内陆代理服务器”，而如果有关部门的决心和力度足够大，完全有可能针对“内陆代理服务器”做文章，使“大规模获取内陆代理IP”的成本飙升。当然，矛与盾是会相互升级的，成本的飙升并不意味着能杜绝这种行为，因为只要利益大到覆盖成本，那么就没问题。

所以说，显示IP对于“境外”组织或个人在大陆平台上带节奏确实带来了不少麻烦，显著提高了成本。或许目前仍然有不少漏洞，但下一步这些漏洞是不是还存在、利用这些漏洞的成本是不是可以接受，还取决于有关部门的决心和力度，如果确有必要，的确可以使“大规模获取内陆代理IP”的成本攀升到非常高，而不是现有知乎上的一些言论，说随意切IP非常简单。

的确，我现在也可以IP漂移，但之所以IP漂移的行为成本还不那么高，是因为作为我个人行为，没有投入资源进行封堵的必要，但如果有必要，IP漂移确实可以变成一件成本高昂的事情。毕竟，完全封锁谷歌、推特等都可能，境内的代理服务器又有什么理由管不了呢？