@Atomo 如果是独立服务器还好换个双栈服务器(这种也不多)就可以了，如果是虚拟空间就很麻烦了，提供商得调整架构，我现在用的虚拟空间就仅仅提供一款实验性的双栈 v6 空间，并且还不支持 ssl 所以路还长，希望有关部门现在要把重心转移到服务端来

@jiangyang123 我觉得应该也是这个问题!

@mm2x 问题主要在于 云厂家 APP 等等这些服务端及其相关的东西大多还运行在 v4 单栈上。

全省都出问题，我感觉应该是宽带数据中公网标签及其相关的逻辑出问题了。有没有可能是整体切换 v6 。

@smileawei 我也觉得应该就是这个问题，要在防火墙上 做 SNAT 并且要比路由器默认的 SNAT 优先级高

@bbbb 如果你要工作在路由模式下 除开你这边要指定静态路由之外 对方你访问的网络必须有指向 192.168 的回程路。不过我个人觉得你这个应该是工作在 NAT 模式下 也就是 你访问的 10.89.19.0/24 这个段的数据包要单独做 SNAT 让数据包的源 IP 变成 你路由器上 10.89.19.*的 IP 并且优先级 要高于 路由器上默认上网的的 SNAT ；因为不做 10.89.19.0/24 会被默认的 SNAT 从你公网的口发送出去。我的理解是这样的不知道对不对

电脑没有默认路由，或者是默认路由指向的网关没有到 10.89.19.2 的路由，或者被指向了其他错误路由。

@icelake 其实你说的这些我大致了解，实际上问题是 "... 2. 在 PPPoE 会话超时时间的这段时间内不论是用 ifup wan 还是 ifdown wan; sleep *** ; ifup wan 等方式重新 PPPoE 拨号获取的 IP 都不会变 但同样时间段呢用 reboot 重新启动路由器 或是 /etc/init.d/network restart 重新启动网络，大概率会分配新的 IP 。..." 那么分配策略一定的情况下（比如按租赁期），为什么方式不一样结果不一样，按理说不应该变才对啊？或者可以说我是想了解 /etc/init.d/network restart 与 ifup wan 这两种操作到底有没有什么细节上的不同？

@hahasong 那么这个“服务器逻辑” 是怎么一个情况呢？不论是 PPP 也好还是什么也好 我觉得再怎么也应该又一个要素来决定 IP 如何分配的,是不？

@elboble PPPoE 认证没有疑问，地址从 ip 池中随机取 这个也没有疑惑。现在的问题是随机的这个要素是什么？你要说按照 Session ID 那么就应该是每次拨号就应该切换，但是实际是一段时间内不论怎么拨号 IP 都不切换。你要说 MAC 或者是账号，这些信息都是变化的但是超时之后 IP 又要切换。

@icelake 身份信息固定，超时时间段内地址不变才对啊！

@Serino 最后我研究了一下 好像是 api.dynu.com 解析到了被 X 的 IP 段，通过 hosts 指定到 162.216.242.* 的几个 IP 好像就可以正常更新了。

@Marionic0723 明白了，我感觉他这里实现就是一个从后面替换根本没有管前缀，另外 ipv6=[IP] 这个 IP 带掩码也可以 生成前缀

@bonnyandsky ...hostname=[DOMAIN]&token=[PASSWORD]&ipv6=[IP]&ipv6prefix=[prefix] 我这样写 这个 [prefix] 没有值，是我没有写对吗?

@Marionic0723 ...hostname=[DOMAIN]&token=[PASSWORD]&ipv6=[IP]&ipv6prefix=[prefix] 我这样写 这个 [prefix] 没有值，是我没有写对吗?

@laocainiao
@Serino api.dynu.com/ 这个域名好像直接访问不了，如何更新。

@Marionic0723 3Q

@bonnyandsky 谢谢，到时候恢复了 我试试。

@Marionic0723 prefix 这个变量是系统或者是 DDNS 脚本已经获取了，不需要编写脚本获取这个值吗