IPv6 Toolbox

IPv6 Expanderen / Comprimeren / Classificatie

Snel IPv6-adressen valideren, volledig uitgevouwen notatie, gecomprimeerde notatie, adresclassificatie, reverse nibble-formaat, enz. verkrijgen.

Verwerkingsresultaat

Documentatieadres (2001:db8::/32)

Uitgevouwen formaat

2001:0db8:0000:0000:0000:0000:0000:0001

Gecomprimeerd formaat

2001:db8::1

Adresclassificatie

Documentatieadres (2001:db8::/32)

IPv6 Toolbox is een gratis online tool voor het verwerken van IPv6-adressen, ontworpen voor netwerkingenieurs, systeembeheerders en ontwikkelaars. Met de uitputting van wereldwijde IPv4-adressen is IPv6 het standaardprotocol van moderne netwerken geworden, maar de lengte van IPv6-adressen is 4 keer die van IPv4, het formaat is flexibel en complex, en de nulcompressieregels staan meerdere geldige notaties van hetzelfde adres toe, wat veel problemen veroorzaakt bij netwerkconfiguratie, loganalyse, DNS-instellingen en het schrijven van firewallregels.De tool ondersteunt drie kernfuncties: IPv6-adresuitbreiding — herstellen van verkorte adressen naar het volledige 8-groeps 4-cijferige hexadecimale formaat voor het vergelijken van adresbereiken en probleemoplossing; Standaard IPv6-compressie — comprimeren van volledige adressen naar optimale notatie volgens de officiële RFC 5952-specificatie, waardoor een uniform standaardformaat in configuratiebestanden wordt gegarandeerd; IPv6-adresclassificatie — automatische herkenning van adrestypen (loopback, link-local, ULA, multicast, documentatie, globaal unicast etc.) met aanduiding van doel en routeringsattributen.Of u nu IPv6-adressen van servers configureert, firewallregels schrijft, netwerklogen analyseert, IPv6-subnetten plant of het IPv6-protocol bestudeert, GeekFormat IPv6 Toolbox helpt de efficiëntie te verhogen en menselijke fouten te verminderen. Alle verwerking gebeurt lokaal in de browser, gegevens worden niet naar de server geüpload, veilig en betrouwbaar.

Gerelateerde aanbevelingen

Subnet Rekenmachine

IP Opzoeken

IPv4 Converter

DNS-lookup

WHOIS Opzoeken

What Is My IP?

Toepassingsgevallen

双栈网络部署配置：在同时运行IPv4和IPv6的双栈环境中，统一服务器、路由器、负载均衡器上的IPv6地址书写格式，避免因格式不一致导致的配置错误和连通性问题
网络故障排查：分析防火墙、Nginx、Web服务器日志时，将日志中的IPv6地址展开或压缩后与配置文件对比，快速定位地址不匹配、路由错误等问题
DNS记录配置：配置AAAA记录、ip6.arpa反向解析记录时，将IPv6地址转换为标准格式，确保DNS记录格式正确、反向解析nibble格式准确
防火墙规则编写：编写ip6tables、nftables、云安全组规则时，将IPv6地址和CIDR前缀标准化，避免因零压缩写法不同导致规则匹配失效
IPv6子网规划：进行企业网络IPv6地址规划时，验证地址前缀长度（/48站点、/64子网、/128单机）是否正确，确认网段类型和用途
编程开发调试：开发支持IPv6的网络应用时，校验代码中处理的IPv6地址格式是否正确，处理URL中[IPv6]:port格式的解析问题
Docker/K8s容器网络：排查容器IPv6网络连通性问题，识别容器的链路本地地址、全球单播地址，验证Docker IPv6网络配置正确性
教学演示与学习：学习IPv6协议时，直观理解零压缩规则、地址分类、前缀表示法，通过实例观察地址展开和压缩的变化规律
安全审计与日志分析：安全分析时，批量对比不同日志来源的IPv6地址写法，将各种简写格式统一为完整格式后进行关联分析
文档编写标准化：编写技术文档、配置手册、API文档时，将IPv6地址统一转换为RFC 5952标准格式，提升文档专业性和一致性

Functies

IPv6地址展开：将压缩格式（如2001:db8::1）展开为完整8组十六进制格式（2001:0db8:0000:0000:0000:0000:0000:0001），方便日志对比和地址段分析
RFC 5952标准压缩：智能选择最长连续零段进行::压缩，自动处理前导零省略，输出符合IETF官方规范的标准格式，避免配置不一致
智能地址分类：自动识别7种IPv6地址类型——回环地址::1、链路本地fe80::/10、唯一本地fc00::/7、多播ff00::/8、文档地址2001:db8::/32、全球单播、无效地址
格式校验与错误提示：实时检测IPv6地址格式错误，包括::出现多次、分组超过4位十六进制、非法字符、组数错误等问题并给出明确错误原因
IPv4映射地址识别：自动识别IPv4映射的IPv6地址（如::ffff:192.0.2.1），区分双栈环境中的兼容地址类型
CIDR前缀解析：支持带前缀长度的IPv6地址（如2001:db8::/32），识别前缀长度并标注网络地址范围用途
一键复制结果：压缩格式、展开格式、分类结果均可一键复制，直接粘贴到配置文件、防火墙规则或脚本中使用
批量历史记录：自动记录最近处理的IPv6地址，方便反复对比和调试网络配置时快速切换
实时处理无需等待：纯浏览器本地JavaScript处理，无需上传地址到服务器，保护敏感网络拓扑信息，输入即出结果
多格式输入兼容：支持粘贴压缩格式、展开格式、带CIDR后缀、带端口号（[::1]:8080格式）、IPv4映射格式等多种常见写法
地址用途说明：分类时同时给出该类型地址的用途说明、是否可路由、适用场景，帮助新手理解IPv6地址规划
零安装纯网页：无需下载任何软件，打开浏览器即可使用，支持Windows/macOS/Linux全平台，手机端也可正常使用

Hoe te gebruiken

打开IPv6工具箱页面，在输入框中粘贴或输入您需要处理的IPv6地址。支持压缩格式（如2001:db8::1）、完整格式（如2001:0db8:0000:0000:0000:0000:0000:0001）、带CIDR前缀格式（如2001:db8::/32）、带端口格式（如[::1]:8080）、IPv4映射格式（如::ffff:192.168.1.1）等多种输入形式。
输入完成后工具会自动实时处理，无需点击按钮。如果地址格式有错误，会立即显示红色错误提示，说明具体错误原因（如::出现多次、分组超过4位、非法字符等），方便您修正输入。
查看「展开格式」结果：这里显示IPv6地址的完整形式，8组每组4位十六进制数，前导零补全，零压缩的部分全部还原为连续的0000，便于逐段对比地址。
查看「标准压缩格式」结果：这里是按照RFC 5952规范输出的最优压缩格式，自动选择最长连续零段进行压缩，省略不必要的前导零，这是配置文件和文档中推荐使用的标准写法。
查看「地址分类」区域：工具会自动识别该地址属于哪种类型，显示类型名称、前缀范围、示例地址、是否可在公网路由、典型用途等信息。常见类型包括回环地址、链路本地地址、唯一本地地址(ULA)、多播地址、文档示例地址、全球单播地址等。
如果输入包含CIDR前缀长度（如/64），工具会额外标注该前缀的典型用途（如/64为标准子网、/48为站点分配、/128为单机地址）以及该网段包含的地址数量参考。
点击各结果区域右侧的「复制」按钮，即可将对应格式的IPv6地址一键复制到剪贴板，直接粘贴到终端、配置文件、DNS管理界面或代码中使用，避免手动输入错误。

Veelgestelde vragen

IPv6地址中间有两个冒号::是什么意思？

::是IPv6的零压缩（Zero Compression）简写规则，用来代替一组或多组连续的全零（0000）。例如完整地址2001:0db8:0000:0000:0000:0000:0000:0001中间有6组连续的零，可以写成2001:db8::1，大大缩短地址长度。注意规则：一个IPv6地址中::只能出现一次，否则会产生歧义；::可以在开头、中间或结尾。回环地址是::1（压缩了前面7组零），未指定地址就是::（全部8组都是零）。

为什么我一个网卡有好几个IPv6地址？

这是正常现象。IPv6网络接口通常有多个地址：①一个链路本地地址（fe80::开头，自动生成，用于底层通信）；②一个或多个全球单播地址（公网地址，通过SLAAC或DHCPv6获取）；③如果启用了隐私扩展（Windows/Linux/macOS默认启用），还会有临时地址（随机生成，定期更换，用于对外连接保护隐私）；④可能还有多个前缀对应的地址（例如同时接入多个网络，或者有多个IPv6前缀）。在服务器上通常建议关闭隐私扩展，使用固定稳定的地址便于管理。

fe80::开头的地址为什么不能跨网段访问？为什么ping的时候要加%eth0？

fe80::/10是链路本地地址，设计上就是仅在本地二层链路（同一个交换机、同一个WiFi网络、同一个广播域）有效，路由器绝对不会转发源地址或目的地址是链路本地的数据包，所以天生就不能跨网段访问。至于加%eth0（或者叫zone id、scope id），是因为每个接口都会自动生成自己的链路本地地址，多个接口可能都有fe80::开头的地址，如果不指定从哪个接口发出，操作系统不知道该往哪个网卡送，所以访问链路本地地址时必须带%接口名。这个%后面的部分只在本机有意义，不是地址本身的一部分。

IPv6子网为什么推荐都是/64？可以用更长的前缀吗？

/64是IPv6标准子网长度，主要原因是SLAAC（无状态地址自动配置）硬性要求子网前缀必须是64位——因为SLAAC用EUI-64或稳定隐私算法生成64位接口标识符，前缀64位+接口ID64位正好128位。如果用比/64更长的前缀（如/80、/96、/112），SLAAC无法正常工作。虽然/127用于路由器点对点互联（RFC 6164推荐）、/128用于环回地址是常见例外，但用户网段、以太网段、VLAN等都应该用/64。而且/64有2⁶⁴个地址（约1800亿亿个），根本用不完，没有必要划更小的子网节省地址。

IPv6还需要NAT吗？为什么我听说有NAT66？

IPv6设计的初衷之一就是废除NAT，因为地址空间足够大，每个设备都可以拥有公网地址，恢复端到端连接。但实际部署中，NAT66（IPv6到IPv6的NAT，前缀转换）仍然有使用场景，比如多ISP多宿主时不使用BGP而用NAT做冗余、企业隐藏内部网络结构等。但NAT66远没有IPv4的NAPT那样普遍，也不需要做端口地址转换，而且IPv6端到端可达是主流方向。NAT64则是另一种东西，用于纯IPv6网络访问IPv4资源的过渡。

IPv6中的默认网关地址是什么？为什么是fe80::开头？

IPv6的默认网关（下一跳）地址通常是路由器的链路本地地址（fe80::开头），而不是像IPv4那样是同网段的一个公网地址。这是因为路由器通过NDP路由器通告（RA）消息发送自己的链路本地地址作为网关，主机收到后自动添加默认路由指向这个fe80::地址。这是正常的，链路本地地址作为下一跳完全可以工作，因为路由查找下一跳后，只需要在本地链路解析该地址的MAC地址即可转发，不要求网关和主机同网段公网地址。

::ffff:192.168.1.1这种地址是什么？

这是IPv4映射的IPv6地址（IPv4-Mapped IPv6 Address），格式是::ffff:后面接IPv4地址。它用在双栈套接字上：当一个IPv6 socket绑定::并开启IPv6-on时，它不仅接受IPv6连接，来自IPv4的连接也会被接受，并且源地址会显示为::ffff:IPv4地址这种形式。例如192.168.1.1连接到服务器，服务器上看到的客户端地址就是::ffff:192.168.1.1。注意不要和已废弃的IPv4兼容地址（::直接加IPv4，没有ffff:）混淆。

IPv6地址大小写有关系吗？2001:DB8::1和2001:db8::1是同一个地址吗？

是同一个地址，IPv6地址中的十六进制字母a-f大小写不敏感，2001:DB8::1、2001:Db8::1、2001:db8::1在网络层面完全等价。但是RFC 5952（IPv6地址文本表示规范）推荐使用小写字母，本工具的标准压缩输出也会统一转换为小写，保证格式一致。

为什么IPv6没有广播地址？ARP怎么处理？

IPv6取消了二层广播，所有广播功能都用多播（Multicast）实现，这大大减少了网络中的广播风暴，提升了效率。IPv4中的ARP（地址解析协议，通过广播问"谁是192.168.1.1请告诉我你的MAC"）在IPv6中被NDP（邻居发现协议，Neighbor Discovery Protocol）取代，NDP使用ICMPv6报文和请求节点多播地址（solicited-node multicast address，ff02::1:ffxx:xxxx）来解析邻居MAC地址，只有被请求的节点才会处理该多播，不会打扰网段上所有主机。

如何判断我的网络有没有IPv6？

几种方法：①访问test-ipv6.com等网站检测；②在命令行输入ip -6 addr（Linux）、ifconfig（macOS/Linux）或ipconfig（Windows）查看网卡有没有以2开头或者fe80开头的IPv6地址（只有fe80不算有IPv6公网）；③ping6 2001:4860:4860::8888（Google IPv6 DNS）或ping 240c::6666（中国互联网络信息中心IPv6 DNS），能通说明有公网IPv6连接；④访问支持IPv6的网站（如ipv6.google.com、www.6box.cn）。家庭用户需要光猫和路由器都开启IPv6，ISP开通服务才能使用。

IPv6地址中的%是什么意思？比如fe80::1%eth0

%后面的部分叫区域ID（Zone ID）或范围ID（Scope ID），用来标识该地址所在的网络接口，主要用在链路本地地址（fe80::）等有本地范围的地址上。因为每个接口都有自己的链路本地地址，同一个fe80::1在eth0和wlan0上可能是不同的路由器，所以需要%eth0指定从哪个接口发送。Zone ID只在本机有意义，不能跨设备使用，不是IPv6地址本身的一部分——地址本身还是fe80::1。在写配置文件、日志分析、跨设备使用时应该去掉%后面的部分。

IPv6反向DNS怎么配置？nibble格式是什么？

IPv6反向解析在ip6.arpa域下，使用nibble格式：首先把IPv6地址展开为完整8组（不能有::省略），得到32个十六进制字符；然后把这32个字符完全倒序排列，每个字符之间用点分隔；最后加上.ip6.arpa后缀。例如2001:db8::1展开后是20010db8000000000000000000000001，倒序就是1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.0.2.ip6.arpa。这个过程很容易数错零，建议使用本工具的展开格式辅助。反向DNS通常需要ISP给您授权对应前缀的ip6.arpa子域才能配置PTR记录。

ULA（fc00::/7）和链路本地（fe80::/10）有什么区别？

两者都不是公网地址但用途不同：①链路本地fe80::/10：每个接口自动生成，仅在单个二层链路有效，不能跨路由器转发，不需要路由配置，用于NDP、DHCPv6、路由协议邻接等底层通信，就像设备的"本地身份证"；②ULA fc00::/7（实际用fd00::/8）：是类似IPv4私有地址的网段，可以在企业内部跨VLAN、跨路由、跨站点路由，但不能在公网互联网路由，用于企业内部通信，相当于IPv6的10.0.0.0/8，需要手动配置或通过DHCPv6分配，需要内部路由支持。一个是"同一房间内交谈"，一个是"公司内部沟通"，公网地址是"全球通信"。

为什么IPv6防火墙不能像IPv4那样禁掉ICMP？

IPv6对ICMPv6的依赖程度远远高于IPv4对ICMPv4的依赖。IPv4中你可以屏蔽大部分ICMP（除了PMTU可能会有点问题）还能正常工作，但IPv6绝对不能一刀切丢弃ICMPv6——因为ICMPv6承载了NDP邻居发现（替代ARP，没有它同网段都无法通信）、路由器通告RA（SLAAC自动配置获取前缀和网关）、PMTU路径MTU发现（没有它大包会丢且无法重传）、目的地不可达、数据包太大等关键功能。如果ip6tables规则把ICMPv6全DROP了，会出现各种奇怪的网络问题（能ping通小数据但大数据不通、能获取地址但上不了网等）。正确做法是允许必要的ICMPv6类型。

2001:db8::这个地址段为什么到处出现在示例里？能真实使用吗？

2001:db8::/32是RFC 3849专门保留用于文档、书籍、教程、示例代码、测试环境的前缀，就像IPv4中的192.0.2.0/24（TEST-NET-1）、198.51.100.0/24、203.0.113.0/24一样。任何人都可以在文档、教程、博客中自由使用这个前缀写示例地址，不用担心和真实公网地址冲突——因为所有路由器都不会在公网路由2001:db8::/32这个段。所以你不能把2001:db8::地址配置在真实网络设备上用于通信，它仅用于示例说明。本工具文档中的所有IPv6示例地址都使用这个保留段。

术语表

IPv6: 互联网协议第6版，IETF设计的下一代IP协议，使用128位地址长度，解决IPv4地址耗尽问题，内置安全、QoS、自动配置等特性，是现代互联网的基础协议。
IPv4: 互联网协议第4版，使用32位地址长度，理论约43亿地址，1983年投入使用至今，目前仍与IPv6双栈运行，2019年全球地址已分配耗尽。
CIDR: 无类别域间路由（Classless Inter-Domain Routing），IP地址表示方法，格式为地址/前缀长度（如2001:db8::/32），替代传统的A/B/C类地址划分，提高路由效率。
前缀长度: CIDR表示法中斜杠后的数字，表示IP地址前多少位是网络位。IPv6前缀长度0-128，常见值/128（单机）、/64（子网）、/48（站点）、/32（ISP）。
零压缩: IPv6地址简写规则，连续的一组或多组全零（0000）可以用双冒号::代替，但一个地址中::只能出现一次，大大缩短IPv6地址书写长度。
RFC 5952: IETF发布的IPv6地址文本表示规范，定义了推荐的标准压缩格式（小写、省略前导零、压缩最长零段、不压缩单个零等），确保同一地址只有一种规范写法。
全球单播: Global Unicast，可在全球互联网路由的公网IPv6地址，相当于IPv4公网地址，通常以2000::/3开头，用于互联网通信。
链路本地: Link-Local，fe80::/10前缀的地址，仅在本地二层链路有效，路由器不转发，每个IPv6接口自动配置，用于NDP邻居发现、DHCPv6、路由协议等底层通信。
唯一本地地址(ULA): Unique Local Address，fc00::/7前缀，相当于IPv4私有地址，仅在组织内部路由，不能在公网路由，用于企业内部网络，fd00::/8段实际使用。
多播: Multicast，ff00::/8前缀，一对多通信，数据包发送给加入多播组的所有接口，替代IPv4广播，用于路由协议、服务发现、流媒体等场景。
任播: Anycast，多个节点配置同一个地址，数据包路由到最近的节点，用于CDN、DNS根服务器、负载均衡，从地址格式上无法与单播区分。
回环地址: Loopback地址，IPv6中是::1/128，相当于IPv4的127.0.0.1，节点发给自己的地址，用于本地测试和进程间通信，不会出现在网络上。
未指定地址: ::/128，相当于IPv4的0.0.0.0，表示地址不存在/未指定，节点启动时或绑定所有接口时使用。
SLAAC: 无状态地址自动配置（Stateless Address Autoconfiguration），IPv6特有功能，客户端根据路由器通告的前缀自动生成地址，无需DHCP服务器，要求子网前缀必须是/64。
双栈: Dual Stack，设备同时运行IPv4和IPv6协议栈，同时拥有两种地址，根据应用和DNS选择协议，是目前最主流的IPv4到IPv6过渡方案。
NAT64: IPv6/IPv4过渡技术，让纯IPv6节点能够访问IPv4资源，通过在网络边界进行地址转换，配合DNS64将A记录合成AAAA记录。
4to6: 泛指IPv4到IPv6的各种过渡和隧道技术，如4in6、DS-Lite、MAP-T等，用于在过渡期实现两种协议的互通。
nibble: 半字节，4位二进制，对应一个十六进制字符。IPv6反向解析采用nibble格式，将32个十六进制字符倒序后添加.ip6.arpa后缀。
ip6.arpa: IPv6反向DNS解析域，IPv4反向域是in-addr.arpa，IPv6是ip6.arpa，通过nibble格式构造PTR记录。
EUI-64: IEEE 64位扩展唯一标识符，由48位MAC地址转换为64位接口ID的方法（在MAC中间插入FFFE，并反转U/L位），SLAAC自动配置地址时使用，存在隐私问题。

IPv6地址类型对照表

IPv6常用前缀长度参考

IPv4 vs IPv6对比