非常好的项目和方案！期待佬的持续更新，如果能提供一个联系方式就好了，很希望参与到这个项目来

[shellwork]

非常好的项目和方案！期待佬的持续更新，如果能提供一个联系方式就好了，很希望参与到这个项目来！不胜感激。还有一个想请教佬的地方是，我这边如果让路由器设置在自动获取ip模式，光猫入户插路由器wan口，光猫就能检测到并且强制退出登录。这样的话最早的那种只有一个接口的电视盒子旁路由方案是不是就搞不了了。现在一般的路由器都不带静态路由表了，开了ap那控制流量到软路由基本无从说起哇。但是正经软路由又比较贵...

[TianxinZhao]

HI,

欢迎加入，
邮件直接使用我github名字+学校邮箱后缀的格式联系即可(之后会建一个专门用于联系的邮箱)，过两天我把你的Github账号拉进本项目的协作者里面

路由器设置在自动获取ip模式，光猫入户插路由器wan口，光猫就能检测到并且强制退出登录

能被检测到是因为慧湖通综合了MAC、UA与TTL校验，发现使用了路由器因此进行阻断

旁路由不是严谨的概念，一般指局域网内另外一台设备作为网关(一般用来构建有代理功能的子网)。理论上仍然是可行的，如图，不过目前文星的环境下实际意义不大。

上面的拓扑要求主路由发出的流量能够不被慧湖通检测到，因此要求主路由为OpenWrt或类似方案

下面的方案要求主路由开启AP模式，所有设备IP地址由慧湖通提供的DHCP服务器分配(10.111.127.254)，

用户1与旁路会有自己的地址，是可以联通的，如下图，.204设备为旁路由，

未手动设置网关设备的流量通过AP模式路由器进入慧湖通网关，手动设置网关设备的流量先进入主路由(通过AP模式路由器进入慧湖通网关)，主路由(慧湖通网关)转发给旁路由，旁路由处理后再通过AP模式路由器进入慧湖通网关，这个拓扑下延迟大且无法绕过3设备的限制

2024/9/5