news 2026/5/16 6:27:03

IP 地址的故事:从 43 亿个“不够用”到“给地球上每一粒沙子分配一个”

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
IP 地址的故事:从 43 亿个“不够用”到“给地球上每一粒沙子分配一个”

写在最前面:

一个“设计保守”的遗憾

20 世纪 80 年代初,当互联网的奠基人们设计 IP 地址时,他们做了一个后来被反复讨论的决定。

他们认为 32 位的地址空间——大约 43 亿个地址——应该足够用了。

毕竟,当时全世界联网的计算机没多少台,而且在他们想象中,互联网只是少数大学和军事机构之间的网络。

谁能想到,三十多年后,地球上每个人拥有的联网设备比人口还多——手机、电脑、平板、智能手表、智能音箱、甚至你的灯泡和冰箱都在上网。

43 亿,这个当年觉得“用不完”的数字,早在 2019 年就正式宣布耗尽了。

这就引出了我们今天的故事:IPv4 和 IPv6。


一、IPv4:设计于 1981 年的“老前辈”

1.1 什么是 IPv4?

IPv4 是互联网协议的第四个版本,从 1981 年沿用至今。

它的地址是一个 32 位的二进制数,通常写成我们熟悉的“点分十进制”格式:

text

192.168.1.1

把这个地址拆开看,它实际上是 32 个 0 和 1 组成的:

text

11000000 10101000 00000001 00000001

每 8 位一组,转成十进制,就是192.168.1.1

32 位总共能表示多少个地址?

2 的 32 次方 = 4,294,967,296,约 43 亿个。

1.2 IPv4 地址长什么样?

常见的 IPv4 地址大概长这样:

  • 8.8.8.8(Google 的 DNS 服务器)

  • 114.114.114.114(国内常用的 DNS)

  • 192.168.1.1(你家路由器的地址)

每一段的范围是 0 到 255,总共四段。

1.3 三个“专用地址”(永远不会出现在公网上)

有三个地址段是专门留给局域网内部用的,互联网上的路由器看到这些地址会直接丢弃:

地址段范围你能用到的地方
10.0.0.0/810.0.0.0 - 10.255.255.255公司内网、大企业
172.16.0.0/12172.16.0.0 - 172.31.255.255公司内网
192.168.0.0/16192.168.0.0 - 192.168.255.255你家路由器

你家电脑显示192.168.1.106,这个地址全世界可能有几百万台设备在用。没关系,因为它们都藏在各自的路由器后面,永远不会冲突。


二、43 亿个地址,为什么还是不够?

2.1 当年觉得“用不完”的错觉

1981 年,互联网还叫 ARPANET,只有几百台计算机。

设计者们的想法:43 亿个地址,就算每人分几个,也够用了。

他们没预料到几件事:

  • 个人电脑的普及:以前一台计算机一个办公室用,现在人人有一台

  • 手机的爆发:比电脑还多,每个人至少一部

  • 物联网:你的灯泡、插座、摄像头、冰箱、门铃都在上网

  • 云计算:一台物理服务器上跑几十个虚拟机,每个都要 IP

2.2 地址是怎么被浪费的?

早期的 IP 地址按“类别”分配,分为 A、B、C、D、E 五类。这种分配方式很浪费:

  • A 类地址:一个机构就拿走 1600 万个 IP

  • B 类地址:一个机构拿走 65536 个 IP

美国通用电气公司拿到了3.0.0.0整个 A 类段(1600 万个地址),实际用了不到 1%。

斯坦福大学拿到了36.0.0.0整个 A 类段。

IBM 拿到了9.0.0.0整个 A 类段。

德国的一所大学拿到了134.0.0.0整个 B 类段(65536 个地址),而他们当时只有几百台电脑。

这种浪费加上后来的爆发式增长,IPv4 地址在以肉眼可见的速度消失。

2.3 最后的 IPv4 地址,像石油一样被抢光

全球的 IPv4 地址由五大区域机构管理:

  • APNIC(亚太地区,含中国、日本、印度等)→ 2011 年耗尽

  • RIPE NCC(欧洲、中东、中亚)→ 2012 年首次耗尽,2020 年正式耗尽

  • ARIN(北美)→ 2015 年耗尽

  • LACNIC(拉丁美洲)→ 2020 年耗尽

  • AFRINIC(非洲)→ 最后一个还有少量,但也快了

2019 年 11 月 25 日,欧洲 RIPE NCC 分配完最后一批 IPv4 地址后,全球 43 亿个 IPv4 地址正式宣告全部耗尽

这意味着:你再也不可能从官方渠道申请到一个全新的、没人用过的 IPv4 地址了。


三、NAT:让 IPv4 多活了二十年的“神奇宝贝”

既然地址不够了,那大家就共用吧。

3.1 NAT 是什么?

NAT(网络地址转换)就像一个小区的物业管理处:

  • 整个小区只有一个门牌号(公网 IP)

  • 里面几百户人家(你的手机、电脑、电视)都有自己内部的门牌号(私网 IP)

  • 寄出去的快递,物业帮你写上小区的门牌号

  • 送回来的包裹,物业根据里面的“住户编号”找到你

简单理解就是:你家路由器有一个公网 IP(比如 123.456.789.0),下面连着手机、电脑、电视。这些设备对外访问互联网时,路由器帮它们“伪装”成同一个 IP 出去,等数据回来了再分发给对应的设备。

3.2 NAT 的功劳

没有 NAT,IPv4 可能早在 2005 年就撑不住了。

NAT 让几亿人可以共享几千万个公网 IP,极大地延缓了 IPv4 枯竭的速度。

可以说,是 NAT 技术为 IPv6 的部署争取了二十年的时间。

3.3 NAT 的“副作用”

  • 从外面连不进来:你在公司想远程访问自己家里的电脑,做不到(因为家里的设备没有独立的公网 IP)

  • 某些游戏联机困难:需要手动设置路由器做端口映射

  • IP 溯源复杂:一个公网 IP 背后可能藏着几百个用户

  • 运营商级 NAT 更坑:你和邻居共用同一个公网 IP,某个人干了坏事,整个小区被一起封


四、IPv6:来自未来的“英雄”

4.1 IPv6 是什么?

IPv6 是互联网协议的第六个版本,设计目的是彻底取代 IPv4。

它的地址是 128 位的。

2 的 128 次方有多大?

340,282,366,920,938,463,463,374,607,431,768,211,456 个。

约 3.4 × 10 的 38 次方。

这个数字大到难以想象,我们换个说法:

  • 地球上每平方米可以分配 6.7 万个 IPv6 地址

  • 换句话说,IPv6 的地址数量,足够给地球上每一粒沙子分配一个 IP 还有剩余

4.2 IPv6 地址长什么样?

IPv6 不再是点分十进制,而是冒号十六进制:

text

2001:0db8:85a3:0000:0000:8a2e:0370:7334

每段是 16 位(4 个十六进制数),一共 8 段。

简化写法

  • 每段开头的 0 可以省略:2001:db8:85a3:0:0:8a2e:370:7334

  • 连续的全 0 段可以用::代替一次:2001:db8:85a3::8a2e:370:7334

常见 IPv6 地址举例

  • Google 的 IPv6 DNS:2001:4860:4860::8888

  • Cloudflare 的 IPv6 DNS:2606:4700:4700::1111

4.3 特殊的 IPv6 地址

地址含义类似 IPv4
::1本地回环127.0.0.1
::未指定地址0.0.0.0
fe80::/10链路本地地址(自动生成)169.254.x.x
fc00::/7私有地址(类似内网)10.x.x.x,192.168.x.x

4.4 IPv6 的其他好处

没有 NAT,端到端通信回归

每一个设备都可以有独立的公网 IPv6 地址,从外面可以直接访问——物联网设备、摄像头、游戏机都可以直接连,不需要复杂的端口映射。

不需要广播

IPv6 用多播和任播代替了广播,网络效率更高。

更好的安全性

IPv6 设计时就要求支持 IPsec(加密),虽然现在 HTTPS 也用,但底层支持更完善。

自动配置

设备接入网络后可以自动生成 IPv6 地址,不需要 DHCP 服务器。


五、IPv6 出现了这么多年,为什么我们还在用 IPv4?

IPv6 的第一个正式标准 RFC 2460 发表于 1998 年。

到现在,二十多年过去了,为什么你的电脑主要用的还是 IPv4?

5.1 鸡和蛋的问题

  • 没有 IPv6 用户,网站不想升级

  • 没有 IPv6 网站,用户不想换

破解这个循环,需要有人先动。Google、Facebook 从十年前就开始支持 IPv6,但目前全球 IPv6 普及率也才 30%-40% 左右。

各国 IPv6 普及率(参考数据)

国家/地区IPv6 普及率
印度70%+
美国50%+
德国60%+
中国30% 左右

5.2 改造成本高

  • 路由器、交换机、防火墙需要支持 IPv6

  • 网站代码需要适配双栈(同时支持 IPv4 和 IPv6)

  • CDN、云服务商需要升级基础设施

对小公司来说,NAT 还能用,升级 IPv6 不是刚需。

5.3 NAT 太“好用”了

虽然 NAT 带来了很多问题,但大家已经习惯了:

  • 一个公网 IP 能带几百台设备

  • 内网地址随便用,不用申请

  • 自然形成了一道“防火墙”(外面连不进来)

对于很多没有专业安全团队的小公司来说,这种“默认安全”反而省了不少事。

5.4 普通用户无感知

你刷视频、看网页,根本不会在意用的是 IPv4 还是 IPv6。

只要网站能打开,对用户来说没区别。这也导致网络服务商缺乏升级动力。

5.5 双栈是过渡,但过渡了二十年

现在的做法是“双栈”:设备同时支持 IPv4 和 IPv6,能走 IPv6 就走 IPv6,不行再退到 IPv4。

但这意味着要维护两套系统,成本翻倍。


六、IPv4 和 IPv6 能互通吗?

不能直接互通。

IPv4 的设备无法直接和 IPv6 的设备通信。所以需要一些过渡技术:

技术原理场景
双栈同时支持两种协议最常用,服务器和客户端都要支持
隧道把 IPv6 包封装在 IPv4 包里通过 IPv4 网络传 IPv6 数据
翻译在中间做协议转换纯 IPv6 客户端访问 IPv4 服务

七、普通用户需要做什么?

基本上,什么都不用做。

  • 你的操作系统(Windows、macOS、Linux、iOS、Android)早就支持 IPv6 了

  • 如果你的宽带运营商支持 IPv6,你会自动分配到一个 IPv6 地址

  • 如果没有,也不影响你正常上网

如果你想看看自己有没有 IPv6

  • 访问test-ipv6.com

  • 它会告诉你是否能用 IPv6 访问互联网

国内一些大城市的光纤宽带已经默认开通了 IPv6。你可以回去试试看,说不定已经有 IPv6 地址了。

如果你是企业或者开发者

  • 尽快让你的服务支持 IPv6

  • 特别是面向海外用户,IPv6 普及率更高

  • 云服务商(阿里云、腾讯云、华为云)早就支持 IPv6


八、未来会怎样?

IPv4 不会突然消失。

它会像老古董一样慢慢退场,过程可能会持续几十年。

  • 新设备、新网络:优先用 IPv6

  • 老设备、老网络:继续用 IPv4 + NAT

  • 中间用隧道和翻译技术沟通

最终,当年那个“43 亿够用”的估计,终将被 128 位的海洋彻底吞没。


附录:IPv4 vs IPv6 快速对比

对比项IPv4IPv6
地址长度32 位128 位
地址数量约 43 亿约 3.4 × 10^38
表示方式192.168.1.12001:db8::1
配置方式手动或 DHCP自动配置
NAT普遍使用不需要
广播支持不支持,用多播代替
普及率还在用约 30%-40%

本文数据参考 APNIC、Google IPv6 统计页面。IPv4 地址耗尽时间线基于各区域互联网注册机构的官方公告。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/5/16 6:23:02

算法题(栈)

一、题目1、字符串解码(LC 394)2、最小栈(LC 155)3、有效的括号(LC 20)二、题解1、字符串解码(LC 394)(1)分析这道题需要把带方括号和数字的编码字符串进行解…

作者头像 李华
网站建设 2026/5/16 6:22:04

Swift集成飞书开放平台:feishu-swift SDK架构解析与实战指南

1. 项目概述与核心价值最近在折腾一个需要深度集成飞书开放平台的项目,目标是构建一个能与飞书服务端API高效、稳定交互的iOS原生应用。在技术选型阶段,我几乎翻遍了GitHub和各大技术社区,最终锁定了ricsy/feishu-swift这个开源库。简单来说&…

作者头像 李华
网站建设 2026/5/16 6:17:10

Anolis OS 不受 Fragnesia(CVE-2026-46300) 漏洞影响

一、漏洞详情 2026 年 5 月 13 日,安全研究人员公开披露了 Linux 内核本地权限提升漏洞 CVE-2026-46300,代号为 Fragnesia。该漏洞属于 splice() 零拷贝机制相关的 page cache 写入漏洞类,是继 Dirty Pipe(CVE-2022-0847&#xf…

作者头像 李华
网站建设 2026/5/16 6:16:26

为什么通信领域站控软件都是在mac层地址进行监控的?

通信领域站控软件优先监控MAC层地址的核心原因 简单说:站控(电力/工业通信、基站站控、传输网监控)本质是管“设备端口、链路通断、硬件级接入”,而MAC是二层硬件身份,比IP更底层、更稳定、更适配工业/通信运维逻辑&am…

作者头像 李华
网站建设 2026/5/16 6:16:09

美业门店全域流量运营系统拆解:三步骤构建私域拓客与店务管理闭环

在消费互联网流量增长放缓的背景下,线下服务业的数字化转型进入新阶段。对于高度分散、依赖人工的美业门店,如何构建一套低成本、可复制、能闭环的私域流量运营与店务管理系统,成为一个技术赋能商业的典型问题。本文从系统架构、核心模块实现…

作者头像 李华
网站建设 2026/5/16 6:14:06

2026年值得关注的ClaudeAPI加速站榜单:为开发者提供高效、稳定且实惠的AI调用解决方案

在调用Claude API时,跨国网络延迟、复杂支付方式以及分散接口协议等问题,常让开发者的体验大打折扣。而智能中转平台能让这一切变得像调用本地服务一样轻松。通过API中转平台,能一站式解决国内外主流AI模型在价格差异、网络连通性及支付方式等…

作者头像 李华