dawnh

android 15 会在你的手机上给你一个可控的 Linux 环境。

@dangge 万兆有货，有补贴，贵 400 。

照你这种推理逻辑，放在 10.0.0.0/8 下面岂不要突破万兆

已经换了，唯一的小坑是没有公网 IPv4 地址，不过有 IPv6 也就无所谓了。

你这个需求叫做 User Impersonation. ASP.net 传统版本是自然支持的，看这里 https://learn.microsoft.com/en-us/troubleshoot/developer/webapps/aspnet/development/implement-impersonation 。打从 ASP.net Core 之后应该是需要自己写 middle ware 读 ClaimsPrinciple 写代码实现了。

理论应该是 SLAAC 只分配地址。DHCPv6 分配 DNS 和网关。你这些截图只看到 DHCPv6 分配地址和 DNS ，没见过分配网关的选项。具体还得抓 ICMPv6 看看到底 DHCP 响应带了哪些 option 了。

什么魔法方案？

问题 1：不管直连还是坐飞机，是否魔法设备的流量路径都会是 设备<->旁路由<->主路由？（既旁路由如果链路速度有瓶颈，会影响最大速度？）

这个其实比较复杂。流量分上行下行。上行流量是你下面设备的默认网关控制的。所以只要设置网关为旁路由的，上行必然经过旁路由。但下行流量要具体看情况。因为主路由，旁路由，和上网设备都在同一子网，所以拓扑上看是完全直连的。所以下行流量应该是在主路由 NAT 转换回内网 IP 后直接发回设备，不会经过旁路由。但是有例外，旁路由因为有魔法加持，在上行流量经过时有部分魔法加持的流量被装箱飞国外节点了，这个装箱行为会写上标签源地址时旁路由自己，所以相应魔法加持过的流量在下行阶段的目的地址时旁路由地址。然后旁路由再拆箱变成原始下行。正因为这个魔法加持的影响，所以造成了没有魔法加持的流量主路由直接传输到设备，魔法加持的流量必然走旁路由。
所以这里如果要讨论速度影响的话，实际上有点过度考虑。原因有 2 点：1. 上行流量远小于下行，基本上可以认为任何弱鸡设备都能跑得起。2. 因为旁路本身应该有国内国外分流功能，而分流后需要魔法加持的流量更小，所以更不用担心了。

问题 2：如果上面的是对的，那么想要在碰到直连时流量不经过旁路由的话，除了把策略软件安装在需要魔法的设备上，还有别的方法吗？（假想：旁路由：“你这个地址直接去主路由，别找我”）

没必要这么做，如果只论技术上可行性，那可以主路由上再做针对 IP 段的策略路由，提前筛选一遍，把需要魔法加持的流量路由到旁路由。但是针对 IP 段的分流策略远不如目前魔法技能的那些域名+IP 策略方式灵活和精准。所以还不如不做，让旁路由上面的魔法工作起来就好。

我碰到类似的问题。找到的原因是服务端用的唱歌盒子，后来换成换成伦琴射线就没这个问题了。