这是一个创建于 2450 天前的主题，其中的信息可能已经有所发展或是发生改变。
去年搞了个树莓派 3B+做的软路由，苦于一直没有 ipv6，于是写了个监控脚本，一旦 ip 地址发生变化就发邮件通知，今天凌晨 1 点多收到邮件，早上看了下，大惊，竟然有 ipv6 地址了，试了下 ping6 果然没问题，坐标北京房山区。
最后求玩法！！！
root@raspberrypi:~# ping6 240C::6666
PING 240C::6666(240c::6666) 56 data bytes
64 bytes from 240c::6666: icmp_seq=1 ttl=53 time=31.6 ms
64 bytes from 240c::6666: icmp_seq2 ttl=53 time=31.5 ms
64 bytes from 240c::6666: icmp_seq=3 ttl=53 time=31.9 ms
64 bytes from 240c::6666: icmp_seq=4 ttl=53 time=31.4 ms
64 bytes from 240c::6666: icmp_seq=5 ttl=53 time=31.6 ms
64 bytes from 240c::6666: icmp_seq=6 ttl=53 time=31.6 ms
64 bytes from 240c::6666: icmp_seq=7 ttl=53 time=32.3 ms
64 bytes from 240c::6666: icmp_seq=8 ttl=53 time=31.9 ms
64 bytes from 240c::6666: icmp_seq=9 ttl=53 time=31.6 ms
最后求玩法！！！
root@raspberrypi:~# ping6 240C::6666
PING 240C::6666(240c::6666) 56 data bytes
64 bytes from 240c::6666: icmp_seq=1 ttl=53 time=31.6 ms
64 bytes from 240c::6666: icmp_seq2 ttl=53 time=31.5 ms
64 bytes from 240c::6666: icmp_seq=3 ttl=53 time=31.9 ms
64 bytes from 240c::6666: icmp_seq=4 ttl=53 time=31.4 ms
64 bytes from 240c::6666: icmp_seq=5 ttl=53 time=31.6 ms
64 bytes from 240c::6666: icmp_seq=6 ttl=53 time=31.6 ms
64 bytes from 240c::6666: icmp_seq=7 ttl=53 time=32.3 ms
64 bytes from 240c::6666: icmp_seq=8 ttl=53 time=31.9 ms
64 bytes from 240c::6666: icmp_seq=9 ttl=53 time=31.6 ms
 | 1 r03r03 2019-03-19 10:33:48 +08:00 我这里电信也有了： 正在 Ping 240c::6666 具有 32 字节的数据: 来自 240c::6666 的回复: 时间=15ms 来自 240c::6666 的回复: 时间=13ms 来自 240c::6666 的回复: 时间=14ms 来自 240c::6666 的回复: 时间=14ms 来自 240c::6666 的回复: 时间=14ms 来自 240c::6666 的回复: 时间=14ms 来自 240c::6666 的回复: 时间=14ms 来自 240c::6666 的回复: 时间=14ms 来自 240c::6666 的回复: 时间=14ms 来自 240c::6666 的回复: 时间=14ms 来自 240c::6666 的回复: 时间=14ms 来自 240c::6666 的回复: 时间=14ms 来自 240c::6666 的回复: 时间=14ms 来自 240c::6666 的回复: 时间=14ms 来自 240c::6666 的回复: 时间=36ms 来自 240c::6666 的回复: 时间=14ms 来自 240c::6666 的回复: 时间=14ms 来自 240c::6666 的回复: 时间=14ms 来自 240c::6666 的回复: 时间=15ms 240c::6666 的 Ping 统计信息: 数据包: 已发送 = 19，已接收 = 19，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 13ms，最长 = 36ms，平均 = 15ms |
 | 2 laucenmi 2019-03-19 10:39:58 +08:00 上海联通 PING 240C::6666 (240c::6666): 56 data bytes 64 bytes from 240c::6666: seq=0 ttl=55 time=135.415 ms 64 bytes from 240c::6666: seq=1 ttl=55 time=135.928 ms 延时好高~ |
| 3 r03r03 2019-03-19 10:47:08 +08:00 现在能想到的应用就是：打开这个网址 http://iptv.pdsu.edu.cn/ 可以看视频直播 |
 | 5 reechangs 2019-03-19 10:55:53 +08:00 via Android 有没有 ipv6 大佬有服务器给我开个虚拟机的？ |
 | 6 shadownet 2019-03-19 10:57:12 +08:00 via iPhone 不知道有 ipv6 你们的 G 点在哪里 |
 | 8 brMu OP @r03r03 电信的 ipv6 支持 Prefix Delegation ？不知道北京移动的是否支持？ 你是如何把 ipv6 下发到内网设备的呢？ |
| 9 r03r03 2019-03-19 12:31:56 +08:00 @brMu 非码农电工 ，所以不懂这些。openwrt 系统的路由器应该都可以支持吧。  |
 | 10 xi_lin 2019-03-19 13:41:25 +08:00 公网 v6 现在还能去教育网 pt 吗 |
| 13 shadownet 2019-03-19 13:45:49 +08:00 @HongJay 也许我已经不玩 PT 的缘故，所以 get 不到 G 点， 玩 PT 也许还有点好处吧，至少 IPV6 的 peer 能连上，至于速度就看人了 |
 | 17 alvin666 2019-03-19 15:08:04 +08:00 via Android 3b 一个网口，单臂软路由？ |
 | 18 Dragonish3600 2019-03-19 15:14:06 +08:00 via iPhone @runze 目前看 ipv6 最大的意义是查水表更方便了 |
 | 19 ronman 2019-03-19 15:15:30 +08:00 via Android 树莓派做软路由性能够吗？ IO 瓶颈严重啊 |
 | 20 5460 2019-03-19 17:32:07 +08:00 @laucenmi 别失落，看看辽宁联通 PING 240C::6666 (240c::6666): 56 data bytes 64 bytes from 240c::6666: seq=0 ttl=55 time=183.499 ms 64 bytes from 240c::6666: seq=1 ttl=55 time=183.317 ms |
 | 23 maobukui 2019-03-19 18:50:52 +08:00 via iPhone 运营商有限制访问端口吗？ 上海这边有公网 IP，家里电脑放在公网用 ipv4 连接，用了两年了，，50 上行，很好用。 ipv6 要是端口暂时不限制的话，可以做服务器了吧 |
 | 24 sdshiyan2005 2019-03-19 19:01:51 +08:00 北京移动的 ipv6 连美国服务器原来很快，最近好像路由被调整了，绕道欧洲走一大圈，慢且不稳定 |
 | 25 jousca 2019-03-19 19:06:36 +08:00 成都移动 正在 Ping 240c::6666 具有 32 字节的数据: 来自 240c::6666 的回复: 时间=49ms 来自 240c::6666 的回复: 时间=49ms 来自 240c::6666 的回复: 时间=49ms 来自 240c::6666 的回复: 时间=49ms 240c::6666 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 49ms，最长 = 49ms，平均 = 49ms |
 | 26 j2sdk 2019-03-19 19:59:12 +08:00 有了基本没有作用！ |
| 29 jousca 2019-03-19 20:24:37 +08:00 @ronman 通的,比如 PING 一下 美国 CNN PING www.cnn.com 正在 Ping turner-tls.map.fastly.net [2a04:4e42:6::323] 具有 32 字节的数据 来自 2a04:4e42:6::323 的回复: 时间=346ms 来自 2a04:4e42:6::323 的回复: 时间=343ms 来自 2a04:4e42:6::323 的回复: 时间=346ms 来自 2a04:4e42:6::323 的回复: 时间=347ms 2a04:4e42:6::323 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 343ms，最长 = 347ms，平均 = 345ms 美国白宫 PING www.whitehouse.gov 正在 Ping e4036.dscb.akamaiedge.net [2600:1417:b000:2bf::fc4] 具有 32 字节的数据: 来自 2600:1417:b000:2bf::fc4 的回复: 时间=114ms 来自 2600:1417:b000:2bf::fc4 的回复: 时间=114ms 来自 2600:1417:b000:2bf::fc4 的回复: 时间=116ms 来自 2600:1417:b000:2bf::fc4 的回复: 时间=115ms 2600:1417:b000:2bf::fc4 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 114ms，最长 = 116ms，平均 = 114ms |
| 30 jousca 2019-03-19 20:41:49 +08:00 @shadownet 有啥危险的，WINDOWS 自带防火墙你开到“公用”模式就能阻挡 99.99%的入侵。不要把入侵某个电脑想的很简单。能搞定这个的人，绝对不会闲的蛋疼去 IPV6 地址里找目标…… IPV4 你扫一个 C 级地址段也就 254 个可能。 IPV6 你就是扫最后那一段，比如我电脑的地址段是 2409:8a62:52e:5a0::1 /112 已经是最小一级了，那么我这段地址到底可以有多少可用 IP 呢，2 的 16 次方=65536 …… 你扫一下试试。看需要多久才能扫完我这 6 万个 IP 地址。 |
| 34 ronman 2019-03-20 09:58:53 +08:00 via Android @jousca 奇怪了，我这里以前桥接可以拿到地址，现在只能光猫拨号才能拿到地址，而且我试了一下，路由还是只能通国内 |
| 37 jousca 2019-03-20 18:39:23 +08:00 @ronman 帝都特色路由表？ 反正我知道前段时间 2 会期间，帝都联通访问 VURTL 都有问题。 哈哈。而四川移动随便通。没这问题。 |
| 39 jousca 2019-03-20 22:47:45 +08:00 @ronman 我是光猫拨号。光猫是移动自动下发的配置，路由器是网件 WNDR4700，IPV6 模式设置的是穿透（路由器不干涉 IPV6 分配）。https://test-ipv6.com/ 没有问题。 我家里的无线和有线设备现在都能拿到移动分配的 IPV6。除非设备不支持 V6 的。 国际路由正常。  |
 | 43 leoboboo 2019-04-09 01:07:30 +08:00 同北京移动，现在光猫桥接模式已经弄好了 ipv6，mac mini wifi 连接可以正常登录 ipv6 网站，但是不知道为什么 iPhone X 连接同样的 wifi 就无法登陆…… |
Select Language