要准确检查Shadowrocket当前是否成功使用了IPv6解析，最有效的操作流程是首先打开实时日志功能，访问一个已知支持IPv6的双栈网站（如google.com），在日志中搜索该域名的解析记录并确认是否同时出现了以冒号分隔的IPv6地址和点分十进制的IPv4地址。若出现IPv6地址，则说明DNS解析已成功获取AAAA记录，接下来需要进一步观察连接建立条目中实际选用的地址族，确认prefer-ipv6参数是否开启且IPv6通道是否通畅。若日志仅显示IPv4地址，则应检查DNS服务器列表中是否包含了支持IPv6解析的服务器（如2606:4700:4700::1111或2001:4860:4860::8888），并在配置文件的[General]段落确保未添加“ipv6 = false”来禁用协议栈。验证完成后，打开Safari访问ipv6-test.com查看页面显示的IP类型，若显示为IPv6地址则证明从解析到连接的全链路已成功使用IPv6，反之则应检查代理节点是否具备IPv6转发能力或调整prefer-ipv6参数为true以强制优先使用IPv6。最后，通过对比配置模式和全局代理模式下的检测结果，可以进一步定位是本地网络解析问题还是代理节点转发能力问题。
实时日志法：最直接的内置检查手段
开启实时日志并定位解析记录
Shadowrocket内置的实时日志功能是验证IPv6解析是否生效最直接且无需第三方工具的内置手段，用户只需在主界面点击底部导航栏的“日志”标签或通过下拉手势激活日志面板，即可实时查看每个网络请求的完整处理链路。在日志输出中，每个域名解析记录都会以“DNS”或“解析”标签清晰标注，并详细显示该域名经过查询后返回的IP地址类型和具体数值。如果日志中显示的解析结果包含类似“240e:390:…”“2001:4860:…”等以冒号分隔的十六进制地址段，则说明该域名的AAAA记录被成功获取并用于后续连接，即IPv6解析已生效。如果日志显示为点分十进制格式（如“1.2.3.4”），则表明当前解析仍在使用IPv4，IPv6解析并未实际启用或未成功返回有效记录。
过滤特定域名的解析结果以精确判断
在日志数量较多的场景下，用户可以通过在日志搜索框中输入目标域名的部分关键词来快速筛选与该域名相关的所有解析记录，从而聚焦于特定服务的解析状态。例如输入“google”后，日志面板会仅显示包含该字符串的条目，用户可以清晰看到该域名是否成功返回了AAAA记录以及该记录的IPv6地址是否被引擎采纳用于规则匹配。这种过滤方式尤其适合在同时加载多个网页时快速检查核心境外域名的解析族，避免了在海量日志中手动翻找的繁琐操作。同时用户还可以观察同一域名是否同时存在A记录和AAAA记录，以确认该域名确实具备双栈能力，从而判断IPv6解析是否为服务端真实支持。
解析记录中地址族标识的解读方法
在Shadowrocket的日志输出中，除了具体的IP地址外，部分版本还会在解析条目后附上“(IPv6)”或“(IPv4)”的显式标签辅助判断，用户即使不熟悉IP地址格式也能通过标签轻松识别。对于既显示IPv4又显示IPv6的解析记录，用户还应注意观察后续的连接建立条目，确认引擎最终使用的是哪种地址类型进行实际通信，因为成功解析出IPv6地址并不等于最终连接使用了IPv6。如果日志中显示IPv6解析成功但后续连接尝试使用了IPv4地址，说明当前prefer-ipv6参数可能处于关闭状态或IPv6通道连接失败触发了回退机制，用户需要结合其他验证手段进一步判断最终连接的实际地址族。
测试网站法：通过外部服务验证解析结果
访问专业IPv6检测站点获取解析报告
用户可以在Shadowrocket开启连接的状态下，使用Safari浏览器访问ipv6-test.com或ip.sb等专业IPv6检测站点，这些网站会完整显示用户设备当前访问该站点时使用的IP地址及其协议族归属。如果页面显式展示出一个IPv6地址（例如“2408:8400:…”）并同时标明“Your IP address is IPv6”，则说明从设备到该检测站点的整个网络链路成功启用了IPv6，包括DNS解析和后续数据传输。这种方法的优点在于验证的是完整的网络路径而非孤立的解析环节，能够确认IPv6不仅解析成功而且实际路由可达。用户还可以对比访问前后显示的IP地址差异，若检测站返回的地址与设备本机获取的IPv6地址前缀一致，则进一步证明IPv6解析过程完整无误。
使用双栈域名进行A/AAAA记录的直观对比
用户可以通过访问一个明确支持IPv6的知名双栈网站（如google.com或youtube.com），并观察页面加载过程中Shadowrocket实时日志中的解析记录，直观对比该域名是否同时返回了IPv4和IPv6两种地址。如果日志中仅出现IPv4地址而无任何IPv6记录，说明该域名在当前网络环境下AAAA记录查询未成功或未被返回，可能源于本地DNS服务器不支持IPv6解析或prefer-ipv6参数关闭导致引擎未请求AAAA记录。为了进一步确认，用户还可以在终端使用“nslookup -type=AAAA 域名”命令独立验证该域名的IPv6记录是否存在，如果外部查询存在而Shadowrocket未解析到，则问题出在代理工具的DNS配置层面而非服务端。
利用在线IPv6 ping工具交叉验证目标可达性
除了直接通过浏览器访问检测站，用户还可以使用在线IPv6 ping服务（如ipv6-test.com/pingtest.asp）输入目标域名，从外部网络环境对该域名进行IPv6连通性测试。如果在第三方工具中该域名的IPv6地址能够成功响应ping包，但Shadowrocket中访问同一域名却显示解析失败，则说明当前代理节点的DNS解析配置存在问题或节点本身不支持IPv6转发。这种交叉验证能够将问题定位在Shadowrocket内部配置而非目标服务端的IPv6可用性上，为用户提供明确的排错方向。
节点连接详情法：查看实际建立的连接地址族
在节点列表观察连接状态的地址标识
当Shadowrocket与某个节点建立代理连接后，用户可以在服务器列表中点击当前选中的节点，进入节点详情页面查看该节点实际使用的出口IP地址和协议栈信息。部分版本的Shadowrocket会在节点状态栏中直接显示“IPv6”或“IPv4”的标注来提示当前连接所使用的地址族，用户据此可以快速了解节点通信的底层协议类型。如果节点详情显示为IPv6地址，则说明节点服务器本身通过IPv6通道与客户端完成了握手和数据交换，但这一信息仅反映节点连接层面，并不等同于目标网站的解析使用了IPv6。节点连接详情更多用于判断客户端与节点之间的通信链路，而目标域名的解析状态仍需结合日志或检测站结果综合判断。
通过路由追踪命令查看数据包的实际路径
对于拥有越狱设备或通过终端访问iOS系统的技术用户，可以在连接Shadowrocket后使用“traceroute -6 目标域名”命令查看数据包从设备到目标服务器所经过的完整路由跳数，从而确认是否确实通过IPv6路径完成了通信。如果追踪过程中每一跳都显示为IPv6地址格式，则证明从设备到目标服务器的整条链路均在IPv6协议栈上运行，DNS解析成功且数据传输畅通。这种方法虽然操作门槛较高，但能够提供比单纯解析检查更为全面的网络路径验证，帮助用户识别IPv6连接中可能存在的中间节点丢包或延迟问题。
代理节点出口IP与解析地址的族一致性验证
用户还可以将Shadowrocket切换到全局代理模式后访问ip.sb，观察该检测站返回的IP地址是否与当前代理节点的出口IP一致且地址族为IPv6，从而判断代理节点是否成功完成了IPv6流量的转发。如果检测站返回的是IPv6地址但节点配置中填写的却是IPv4地址，说明节点具备将IPv6目标请求通过IPv4隧道转发的能力，这并不意味着本地解析使用了IPv6，而是节点端完成了IPv6通信。要单独验证本地解析，用户应在配置模式而非全局代理下访问检测站，让规则引擎按照分流规则决定解析路径，从而获得最真实的本地解析结果。
DNS解析记录法：确认域名解析返回的地址类型
在配置文件的DNS列表中查看缓存解析结果
Shadowrocket在内存中维护着一个DNS解析缓存，用户可以在“设置-高级-清除DNS缓存”按钮附近间接查看当前缓存的解析记录条目，但该功能并未提供直接的图形化列表展示。替代方案是用户在访问目标域名后立即查看实时日志，因为日志中记录的正是刚刚写入缓存的最新解析结果，其真实性和时效性最高。通过对比多个域名在日志中显示的解析IP地址族，用户可以判断当前DNS服务器列表和解析策略是否一致地返回了IPv6记录。如果某些域名解析出IPv6而某些没有，则说明这些域名在服务端是否实际配置了AAAA记录，而非客户端配置问题。
通过外部DNS查询工具验证AAAA记录的可用性
为了区分“客户端未请求IPv6”和“服务端无IPv6记录”两种不同情形，用户可以借助外部在线DNS查询工具（如dns.google或whois.domaintools.com）分别查询目标域名的A记录和AAAA记录。如果在外部工具中该域名存在有效的AAAA记录，但Shadowrocket的日志中仅显示A记录或显示AAAA查询超时，则问题可能出在Shadowrocket的DNS服务器列表未包含支持IPv6解析的服务器，或当前使用的DNS服务器对该域名的AAAA查询返回了空响应。此时用户应在DNS服务器列表中添加支持IPv6的公共DNS（如2606:4700:4700::1111或2001:4860:4860::8888）以获取完整的双栈解析能力。
对比配置文件中force-remote-dns对解析族的影响
当用户在配置文件中为特定代理规则启用了force-remote-dns修饰符时，这些域名的解析请求会通过代理节点的远端DNS服务器完成而非本地DNS。用户应分别观察带有该修饰符和不带该修饰符的规则在日志中的解析结果差异，如果远端解析成功返回了IPv6地址而本地解析未返回，则说明本地网络环境的DNS服务器可能不支持IPv6查询或对境外AAAA记录进行了过滤。这种对比能够帮助用户精准定位是本地DNS策略问题还是远端解析配置问题，从而决定是否需要在DNS服务器列表中添加IPv6兼容的服务器以改善本地解析效果。
第三方网络工具辅助验证法
使用终端工具独立执行AAAA记录查询
对于安装了iSH Shell或NewTerm等终端模拟器的用户，可以直接在设备上执行“dig AAAA 目标域名”或“nslookup -type=AAAA 目标域名”命令，独立于Shadowrocket之外获取该域名的IPv6解析结果。如果在终端中能够成功返回IPv6地址，而Shadowrocket的日志中却未显示，则说明问题出在Shadowrocket的DNS配置而非系统DNS能力上，用户应检查DNS服务器列表是否包含了正确的IPv6兼容服务器。终端工具提供的解析结果还可作为权威参照，用来验证Shadowrocket日志中显示的解析地址是否与系统级解析一致，判断是否存在代理工具对DNS响应的篡改或过滤。
利用网络抓包工具捕获DNS查询与响应
高级用户可以通过在设备上安装网络抓包工具（如Packet Capture或Charles）捕获Shadowrocket运行期间的完整DNS流量，观察设备实际发出的查询请求中是否包含了AAAA记录的请求，以及接收到的响应中是否携带了有效的IPv6地址。抓包工具能够从原始数据包层面提供最权威的证据，不仅能够确认IPv6解析是否成功，还能观察整个查询过程的时序、延迟以及是否存在重传或丢包。这种方法虽然需要一定的网络协议知识，但对于需要深度排查IPv6解析异常的技术人员而言，是最可靠的验证手段。
浏览器开发者工具中的协议栈指示
在访问目标网站时，用户可以通过桌面浏览器（如Chrome或Firefox）的开发者工具中的“网络”面板查看每个资源请求的远程地址协议族，虽然该方式需要在电脑上配置代理并连接Shadowrocket，但能够以图形化方式清晰展示每个资源是经由IPv4还是IPv6加载。如果面板中显示的远程地址为IPv6格式，则证明从Shadowrocket到该资源服务器的完整解析和连接链路均成功使用了IPv6。这种验证方式尤其适合排查特定资源（如视频流、图片CDN）是否因IPv6解析成功而走通了预期的加速通道。
综合判断与常见误判的排除
IPv6解析成功但连接仍使用IPv4的典型现象
用户在日志中可能观察到域名成功返回了AAAA记录和A记录两种地址，但后续的连接建立条目中却显示实际使用了IPv4地址进行通信，这是prefer-ipv6参数未开启时的正常行为，并不代表解析失败。此时用户虽然成功获取了IPv6解析结果，但引擎按照优先级策略选择了IPv4通道，若要强制使用IPv6，需在配置文件中将prefer-ipv6设置为true。区分“解析成功”与“连接使用”这两个概念是避免误判的关键，解析成功仅代表DNS查询返回了IPv6地址，而实际连接是否使用还需检查日志中的连接建立条目或检测站的返回结果。
因IPv6通道不可用自动回退至IPv4时的日志特征
当prefer-ipv6开启且引擎优先尝试使用IPv6地址连接目标服务器，但该IPv6通道因网络策略或路由不可达而连接超时时，日志中会出现“IPv6 connection timeout”或“fallback to IPv4”等回退提示，随后引擎会自动切换至IPv4地址重新发起连接。这种情况下用户看到最终网页成功加载，但实际使用的仍是IPv4，而日志中的IPv6解析记录却依然存在，容易让用户误以为IPv6解析和连接均已成功。用户应关注连接建立条目的最终状态，而非仅凭解析记录判断，因为解析成功不代表连接成功。
确认代理节点本身是否支持IPv6转发
节点是否支持IPv6转发是影响最终访问体验的决定性因素，即使本地解析成功返回了IPv6地址，如果代理节点不具备IPv6出口能力，引擎在尝试通过节点转发IPv6目标时同样会失败。用户可以通过访问ipv6.google.com等纯IPv6测试站来快速验证节点是否支持IPv6转发，如果该站无法访问且日志显示连接失败，则说明节点不支持IPv6，此时应关闭prefer-ipv6以避免不必要的IPv6解析尝试。节点的IPv6支持能力是最终连接能否使用IPv6的前提条件，在确认节点能力前不应盲目追求IPv6解析结果。
常见问题FAQ
日志中显示解析出IPv6地址，但访问ip.sb却显示IPv4，是什么原因？
说明DNS解析成功返回了AAAA记录，但因prefer-ipv6关闭或IPv6通道不可用，引擎实际连接时仍使用IPv4地址建立通信。解析成功不代表连接使用，需检查连接建立条目的最终地址族。
如何区分“未获取到IPv6解析”和“获取到但未使用”？
查看实时日志中的解析记录，若无IPv6地址则为未获取；若有IPv6但连接条目显示IPv4则为未使用。前者需检查DNS服务器是否支持IPv6，后者需调整prefer-ipv6或排查IPv6通道质量。
在配置模式下访问检测站显示IPv6，但全局代理模式下显示IPv4，正常吗？
正常。配置模式下流量按分流规则可能直连或走代理，若检测站的IPv6路由直接可达则显示IPv6；全局代理下所有流量经节点转发，若节点不支持IPv6则会降级为IPv4。两种模式下的差异反映了本地网络与代理节点的IPv6能力差异。
检查IPv6解析时，是否需要关闭所有规则和策略组？
不需要。检查时应保持正常使用的配置和策略组状态，因为用户关心的是在实际分流规则下的真实解析结果。关闭规则可能导致解析路径改变，反而无法反映真实使用场景。