用 he.net 打通 ipv6 隧道， Youtube 1080p 无压力，但有些疑问，请各位大神指点迷津？

用 he.net 打通 ipv6 隧道，用 Firefox （最新版），居然自动穿墙了，真稀奇。可以看 google.com youtube.com
但用 chrome youtube 就不行。关闭 ipv6 不行。在 GOOGLE 上检测 IP 地址，确实是 IPv6 地址。1080p 无压力。

我的疑问：为什么只有 firefox 两个都可以打开，而 chrome 就打不开 youtube ？其他浏览器却无法打开。
到底是不是 ipv6 起了作用，还是 firefox 有特殊机制？

202.45.84.58 是双栈 DNS

无线局域网适配器 WLAN:

连接特定的 DNS 后缀 . . . . . . . :
描述. . . . . . . . . . . . . . . : 1x1 11bgn Wireless LAN PCI Express Half Mini Card Adapter
物理地址. . . . . . . . . . . . . : 74-E5-43-16-91-B8
DHCP 已启用 . . . . . . . . . . . : 是
自动配置已启用. . . . . . . . . . : 是
IPv6 地址 . . . . . . . . . . . . : 2001:470:d:b75:cea:538d:b13e:8b2f(首选)
临时 IPv6 地址. . . . . . . . . . : 2001:470:d:b75:d9b5:d19d:623d:e358(首选)
本地链接 IPv6 地址. . . . . . . . : fe80::cea:538d:b13e:8b2f%3(首选)
IPv4 地址 . . . . . . . . . . . . : 172.16.0.183(首选)
子网掩码 . . . . . . . . . . . . : 255.255.255.0
获得租约的时间 . . . . . . . . . : 2017 年 12 月 23 日 0:31:28
租约过期的时间 . . . . . . . . . : 2017 年 12 月 23 日 6:42:03
默认网关. . . . . . . . . . . . . : fe80::e68d:8cff:fecd:11cd%3
172.16.0.1
DHCP 服务器 . . . . . . . . . . . : 172.16.0.1
DHCPv6 IAID . . . . . . . . . . . : 41215299
DHCPv6 客户端 DUID . . . . . . . : 00-01-00-01-1F-8A-B9-70-3C-97-0E-19-5E-19
DNS 服务器 . . . . . . . . . . . : 222.172.200.68
114.114.114.114
202.45.84.58
203.80.0.9
TCPIP 上的 NetBIOS . . . . . . . : 已启用

C:\Users\XiaoJun>ping www.google.com

正在 Ping www.google.com [2404:6800:4008:802::2004] 具有 32 字节的数据:
来自 2404:6800:4008:802::2004 的回复: 时间=687ms
来自 2404:6800:4008:802::2004 的回复: 时间=446ms

2404:6800:4008:802::2004 的 Ping 统计信息:
数据包: 已发送 = 2，已接收 = 2，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 446ms，最长 = 687ms，平均 = 566ms
Control-C
^C
C:\Users\XiaoJun>ping www.youtube.com

正在 Ping youtube-ui-china.l.google.com [2404:6800:4012::200e] 具有 32 字节的数据:
来自 2404:6800:4012::200e 的回复: 时间=459ms
来自 2404:6800:4012::200e 的回复: 时间=456ms

2404:6800:4012::200e 的 Ping 统计信息:
数据包: 已发送 = 2，已接收 = 2，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 456ms，最长 = 459ms，平均 = 457ms

JenghongLee

2017-12-23 17:05:26 +08:00

@xiaoun001 正好我這兩天也在測試這個，但結果并非你所說用 firebox 打開 IPv6.google.com 就不會出現鏈接重置的情況，而每次被鏈接重置之後 tunnel 總是會被中斷小一會兒（未被阻斷 ICMP 數據包可通過）。從我現在試驗的情況來看，GFW 對境外 DNS 已經做了 V6 結果的污染而非只污染搶答 V4 結果。6in4 隧道基於 41 號協議傳輸，它有一個缺點就像一個透明容器，你的 DNS 請求如果通過 V6 隧道查詢同樣會獲得被汙染的 DNS 結果（在半年前都不會）同理就算你本地做了某種措施避免了 DNS 污染獲取到了正確的解析結果。但隧道協議是透明的亦可以查看你在訪問什麽網站嗅探到關鍵字就直接阻斷。（當然透過 tunnel 訪問 https 網站）雖看不到具體會話内容但也可判定你在請求訪問某個網站。糾正你一點，你説的 tunnel 是 6in4，非 6to4。前者和後者最大的卻別是後者使用公共網關進行地址轉換速度慢不穩定。