求问一个 ipv6 问题,似乎是下发了错误的 ipv6 网关?

[m1s4k1]

问题发现

起因是手机的一些 app(点名米家)经常不能上网,后来发现应该是手机有 ipv6 但是不通,app 没有回落到 ipv4.

问题的推进

使用 android,mac,win 都进行了试验.

手机查看 ip 地址存在 2408xxxxx 的 ipv6 地址,访问 test-ipv6 测试失败.

mac 查看 ip 地址存在 2408xxxxx 的 ipv6 地址,访问 test-ipv6 测试失败.

win 查看 ip 地址存在 2408xxxxx 的 ipv6 地址,访问 test-ipv6 测试成功.

但是对于 win 存在特殊情况

刚连接网络后,访问 test-ipv6 测试也是失败,但是过几分钟再进行尝试会成功.手机和 mac 始终失败. 仔细观察发现,开始 ipv6 默认网关为 fe80::6eb1:58ff:feea:2a57%11.

此时 ipv6 测试失败.过几分钟后会再获得一个 fe80::6a77:24ff:fed6:7db4%11 的默认网关,此时 ipv6 测试成功

mac 获取的地址只有 fe80::6eb1:58ff:feea:2a57. 手动修改为 fe80::6a77:24ff:fed6:7db4 后,ipv6 测试通过.

合理推断手机应该也是因为只有 2a57 这个地址导致无法上网

路由器是 tp 的 r6812,能 ssh 进去但是只有一些很基本的工具能用(就算有复杂的我也不会用).ifconfig 来看 fe80::6a77:24ff:fed6:7db4 是 br-lan 的地址.找不到 fe80::6a77:24ff:fed6:7db4 这个地址

求助

这个问题是什么原因造成的?

我该如何才能解决这个问题, 真是头大啊

[billlee]

是不是有其它设备在广播 router advertisement, 抓下 ICMPv6 的包看看吧

[flynaj]

就是有一个设备发出了错误的 ipv6 宣告，fe80::6eb1:58ff:feea:2a57 这个地址 Mac 地址最后几位是 ea:2a:57 找找你网络中的设备

[adoal]

有个 OpenWRT 设备的 LAN 口接在家网的 LAN 里？

[fanyz]

光猫拨号，路由器的 ipv6 改成桥模式，
路由器拨号的话，路由器的 ipv6 那里复用 ipv4 拨号链路勾上

[m1s4k1]

@flynaj 多谢 按这个思路排查问题已解决.
开始是怀疑主路由或者 openwrt 的配置有误,多下发了一个错误的网关.甚至连 docker 的 network 也看了一遍.

最终实际问题看来是 tp 的易展有 bug. 有个易展的子 ap 一直在宣告自己的地址. 但是路由的管理页面中一切正常.完全看不出.易展删掉这个节点,重置之后连上,网络恢复.

[m1s4k1]

从来没想过一个 ap 会干这种事,完全没往这方面想

[Xymmh]

之前斐讯 K3 官方固件的 AP 模式也会向局域网宣告一个 2001:db8 开头的地址，当时真是摸不着头脑，给主路由刷了好几次机，最后才发现是斐讯 K3 的问题。由此及其他种种事例就能看出来家用级产品和企业级产品的区别了

[pl0okm]

tp 做 ap 时 dhcp 也有 bug 会莫名其妙开启 很多年了修了又修 去年还遇到过一次

[TESTFLIGHT2021]

@pl0okm tp 家软件稀巴烂。。。。

[neowong2005]

ipv6 的网关使用 link local 地址的，没毛病

[pcslide]

ipv6 没有地址转换，所以光是终端上 ipv6 地址和路由信息正确是没用的，请到上级路由设备（光猫或路由器），查询到下级的路由在路由表中是否正确。

[m1s4k1]

易展删掉那个节点,重置之后连上,网络暂时恢复. 今天另一个易展的 ap 再次出现这个问题,真是让人难受啊

[MoeWang]

@m1s4k1 我也遇到了。不过我遇到的问题是易展将网络路径似乎了绕一圈。我是 RouterOS 路由器作为主路由，有个 openwrt 旁路网关，两个 TP 的路由器关闭 dhcp 做纯 ap 。

问题似乎出在有 Wi-Fi 设备离开当前易展节点（称作 A ，主易展路由），连接到其他易展节点（称作 B ，子易展路由），然后又返回初始易展节点（ A ）时，会导致全局域网的网络设备的网络变成这样（表现为：ipv6 首次建连速度很慢，且速度也很慢，ipv4 也有类似情况，拔下子节点 B 的网线后恢复正常，根据此情况，推测局域网数据包透过 A 再到 B 绕了一圈再到 RouterOS 出去，和你的情况有出入，但也有点接近）。

似乎是这种情况下，A 和 B 会在易展节点间建立一个隧道或者说“优先交换数据”一类的操作。且无论有线还是无线易展大概都会受到影响（我的是有线易展）。使用 traceroute 根本看不到，第一跳就是 openwrt ，第二跳就是 ros 。我也试过恢复全部设备的出厂设置，由于是这种情况，治标不治本，包括使用 tplink 应用中心的 ap 功能，都无法解决。只要不干掉易展这种奇怪的行为，就没有希望能够解决。

我是在不经意间，用了一种奇怪的易展子母路由连接方式，发现这种奇怪的特性的。

[m1s4k1]

@MoeWang 两个都是 ap,怎么区分的主路由和子节点呢? 我就直接用的机身上提供的易展按钮组建的. 或者联系 tp 的技术看看吧

[kaedeair]

tp 这玩意老是作妖，新组好的软路由加 6088 AP 模式。第二天起来发现没网了，以为是软路由挂了，上去查看可以正常登陆 web 页面。经过排查发现，软路由可以正常上网，下挂设备都不能上网，新加入的设备无法分配 ip 地址。之前有听说过 tp 的 ap 模式有问题，这时我就猜到了应该是 6088 宣告过 dhcp ，导致软路由回避。目前设置软路由始终宣告 dhcp ，6088 改成自动获取 ip 并关闭 dhcp ，准备观察几天

[MoeWang]

@m1s4k1 登陆 tplogin.cn 或者你路由的后台地址，输入密码登录，即可看见下挂的子路由，那个路由就是易展子节点。

[adoal]

原来如此。越发坚定了以后永远不使用这种所谓自动区分主副路由、LAN/WAN 混插自动识别的哄小白的玩意。

[bluelmh]

@kaedeair 同 6088 ，开了有线中继 dhcp 会自动关闭呀

[kaedeair]

@bluelmh #18 是自动关闭，但是不排除特定情况下会发送 dhcp 通告，反正 TP 的 AP 模式看到过大量 bug 反馈；之前接的红米 ax6 完全没问题

[allin1]

@bluelmh TP 的 AP 模式是老问题了，5480 最出名，网上已经很多人说了，解决方法就是不要设自动 DHCP ，手动设置关闭 DHCP