wrt 换 debian 让用户数据自生自灭。
先不说技术选型失误挨打的问题，就这售后态度，就已经把这厂拉黑了。
NAS 体验从来不是靠硬件堆砌+软件画饼的，也更不需要所谓的云服务。
希望国产 NAS 多有一些自己的思考。

当年战地 3 联机的时候，移动一直可以裸连 SG 和 HK ，HK 晚上会丢包，SG 延迟稍高但是一直很稳

@mohumohu #16 谢谢，承包我今天的笑点

https 的 body 明文不是问题，密码编码更多时候是为了避免奇怪的字符导致问题。
我更关心它为什么带你的密码，这个插件要登陆？你注册了账号？
你账号密码多个平台通用一套？

测峰值用无线+手机...有点难以理解
do you guys not have a pc ?

按 UBNT 的尿性我倾向于这是他们固件 bug 。。

@mmr
不用 fakeip 可以考虑我发布的方案，查看我发帖列表即可

1500 你应该只能考虑 ipad ，mini5 外观过时。
手上 mini6 蜂窝 256 ，两年前收的 4500 ，现在居然二手还能卖 3k 多。。价格真是坚挺

ros 系统本身就不是标准的 Linux ，不要指望上面的容器能和 linux 一样。
透明代理你要么 fakeip 用旁路由解决，要么设备网关填旁路由，要么就和我一样 realip+DNSRoute

废了应该是你自己的问题。。
从没觉得这玩意有多智能，只能说抄抄模板代码干干体力活有点用。
最多帮忙生成点注释和单测，而且它补全的代码还得认真审阅，妈的好几次被它似是而非的代码糊弄过去，结果调试 debug 看半天。

没有敏感资源让他来取证就行，你这上传有点多但还不到离谱的程度。
刷 BT 还是建议限限速，最近坏人有点多，假客户端刷流量的太离谱了。

各地方案都不太一样，不过基本都是先找 IPTV 的 VLAN ，然后 VLAN 绑一个端口，然后再看是怎么通到内网来，有些地方 IPTV 还有 b 平面认证。

@Paperwarbler
特意去 TTG 拖了几个大包试了下，90m/s 下载，cpu 负载是 1%

https://imgur.com/Cz0Ngni

https://imgur.com/3FigGWB

见楼上，手上 7015TV3 ，我特意 brctl 看了桥接情况，也看了 linux 统计的各口数据包的发送情况。
结合测速时（跑满千兆带宽） cpu 负载不到 1%，我推测应该是硬桥接状态。不存在所谓软桥接问题。

@smy116 有什么软桥接的证据吗
我 telnet 看了下，brctl 确实是把光口和 eth0-3 桥接起来的，但是 RX/TX 的数据包数量，和我使用的 eth0 口的 RX/TX 数量明显对不上，差一个数量级
按照我使用 linux 网桥的经验，如果把两个口通过 brctl 桥接起来，那起码两边网口的 RX/TX 包数量应该是差不多的？

@chuan2015
疫情前运气好转 c 端业务了，现在业务和架构对半开，估计会慢慢转向业务架构和稳定性建设

你 wan2 加了 metric ，但是没做源进源出，所以…
icmp 回程的包被从 wan 口发出去了，不对称路由导致的

你 149 还带 telnet 应该会被秒的的

早些年同做 infra ，不过偏向于 on premise k8s ，想转的话不如考虑结合 k8s ，做私有云解决方案