我就实话实说了，NAS 转码就是个伪需求
你内网带宽不够你直接拉原盘看的？
都出门了事情还不够你办的，还惦记着你 NAS 上追的剧没看完呢？
就算要看，带宽不够那缓存两集进平板/手机再看是会麻烦死吗？

所以，这东西就是：图一乐
以及，某些拿家宽搭 media server 卖账号的，会在意这玩意。

@tianwm 外壳不热，但是光模块温度 60 度，最近室温 29 度。

目前我用下来这款光猫还有个问题是 15 天会自动重启，楼主可以关注下看看是不是也有类似问题。

手上也有台 6088 但是没深入研究.. 当 ap 用的，理论上如果不能改镜像，docker 是可以添加 http_proxy/https_proxy 的，这个代理地址你应该可以填 lan 的设备 ip

感觉第一个版本还可以，解决了能不能用的问题，先 star 了

@linhu66 新的，vbras

@victorc 这种情况我理解，但如果诚如 OP 说的，是业务驱动，那我没意见。但字节也不乏一堆充斥着 KPI 味的“自研”开源项目，你一脚踩进去后果就是改又改不动，还被线上压力压的动弹不得。
当然我本人也在业内 Top 工作，对于所谓的“造影响力”也表示理解，要谈职级聊晋升这些是必要的条件。只不过有些新造的轮子，是否好用是否真的有用，只能交给时间去定夺了

纯好奇，字节这种造轮子的习惯，是文化驱动还是 okr 驱动？
上周听闻字节内部一个团队解决 go map race 问题，是去修改 go runtime 。

那就是 samba3 的 multi channel 协商出问题了似乎，你 nas 是群晖吗，如果 samba 服务器支持 multichannel ，你应该能到 3.5G 的总速率

nas 上关掉 smb3 的 multipath 支持再看看？

描述一下你怎么映射 samba 的网络驱动器的，路由表没有问题，iperf 能跑满说明路由选择是对的

你的需求，一般业务上解决方案是网段划 ACL+堡垒机。更高要求就是业务 service mesh 做零信任+vault key rotate 。
服务器是拿来干活的，别本末倒置了。你考虑的方案颇有种燧发机枪的美。

大厂和你对接的一般…是外包
只能说，大厂平均素质确实有，但合作体验更多属于个例。
另外我非常赞同草台班子论，大厂里就算你知道某一坨东西有很大问题，但迫于分工，你也只能捏着鼻子用，有些东西改不动，真的改不动

7E10 热，很热，开放环境静置跑 4k 压力能上 50 度的那种，机箱一定要注意风道

如果你问了这个问题，我的建议是没有。
go 不像 java 套路都是死的，go 碰到同事给你拉屎那你是一点办法没有。而且，基本就那么几个大厂用，小厂用 go 你要解决的问题可比问题本身大得多

个人理解，ACK 只是 IP 包头的一个标志位。
至于 payload 填什么这个完全取决于使用 TCP 协议的程序，你开心的话 ack 包带点 payload 也完全可以，所以纠结 payload 带了什么应该是没啥意义。
TLS segment ，哪一步 segment ？ Client Hello 还是握手后的对称加密通讯阶段？
另外，TLS 的作用就是让你无法 sniffing payload ，而且意义一词，在你这个上下文里，含义过于广泛。什么才是有意义的数据？

都用 istore 了，你也应该会查日志啊，只看结果有什么用，看看是谁，是哪个接口在不停 request dhcp

@leonme
首先，ros 正版是要钱的。其次，routerboard 配合 ros 自家软件可以享受到很多硬件加速，比如常用的 pppoe/nat/ipsec/fasttrack 等等都可以 hw offload

最后，也是我认为最重要的，核心路由设备必须和 all in boom 这种东西分开部署。

@asan2006
RB5009 ，退烧毕业路由，只有你想不到的没有它办不到的。