77R4JPWYT8LJ37PTMX 已用，谢谢老板

有情绪直接表达是好事，作为 intj 人也同感
我自己偶尔会注意到自己心理压力过大的时候，身体需要发泄，就会感觉泪点会特别低

四川这边选成都节点，在不开 IPV6 情况下，下载双影奇境，可以跑满 200mb/s

@dalaoshu25 +1 ，用了好多年的 openwrt 自编译，也把周围朋友都安利了个遍。最近几个月换成 Ros ，刚上手花了点儿时间，加上本来有一些网络基础，做配置非常简单明了。

同 C#，不过主做 B/S ，偏架构
虽然不加班，但是这几年各种影响，工资拖欠也是常有的事情
感觉也快干不动了，看看年后

@lo0pback 7.17 某个 beta 的时候我也死机过一次，重启也无效，结果是 EFI 的 BOOT 挂了，提取镜像文件里面的 EFI 文件替换了才行。

更新：最新的 7.18beta2 已添加选项，可以跳过 duid 验证，可正常获取 IPV6 PD
dhcpv6-client - added "validate-server-duid" option;

感谢 OP
有一个小建议：打卡提醒通知设置为可选。目前也可以通过关闭通知实现，只是每次进 APP 会提醒未开启通知。
再次感谢

EHWPM6TTK36E
已使用，感谢

之前遇到过这个问题，在防火墙上看到是：17.0.0.0/8 过来的链接被拦截了。后面单独对 17.0.0.0/8 设置白名单后就行了。这个 IP 段是苹果在用的。

@que01 是的，内网设备拿不到原生公网 IPV6 地址，拿到是私网 IPV6 地址，跟 NAT4 一样，出口都走的接口的 IPV6 地址。不影响访问 IPV6 站点，但跟 V4 私网一样，相应的端口映射等都需要做的。目前测下来，UPNP 正常，PT 端口正常上下行均正常，就暂时没管了。

@neroanelli 可以的，可以参考我的命令。最重要的就是 accept-router-advertisements=yes ，启用后才能在 WAN 口获取到地址，然后在 IPV6 Address 中可以看到 pppoe 的 240e 开头地址，并且会在 Route 中添加对应路由。TailScale 开端口、PT 这些都能正常。

@supemaomao 同为成都电信双栈公网 IP ，看看是不是中兴 vBRAS 的问题。日志里面会提示 bad server id 。这种模式暂时无解，要么 NAT6 ，要么光猫拨号。

@neroanelli 桥接拨号，如果是走 NAT6 的话，就按我上面设置就行，不需要启用 IPv6 DHCP Client 。这个模式就跟 NAT4 一样，局域网内设备都分配 fd00 内网地址，走到出口转换成 PPPOE 拿到的公网地址出。
中兴的 vBRas 没办法，暂时这么用着。

同中兴 vBras 6660 问题，目前用的 NAT6 方案：光猫桥接，ROS 拨号。IPV6 DHCP Client 关闭，IPV6 Settings 中 Accept Router Advertisements 设置为 Yes 后，在 IPV6 Address 中可以看到 pppoe 的 240e 开头地址。然后 IPV6 防火墙中做 NAT 规则和 MTU 规则即可。各个设备只能获取到本地 fd00 开头地址，通过 NAT6 模式出。实测 UPnP 映射、打洞等不受影响。
ROS 版本是 v7.17rc7 ，所有设置如下：
/ipv6 address
add address=fd00::1 interface=bridge1
/ipv6 settings
set accept-router-advertisements=yes
/ipv6 firewall mangle
add action=change-mss chain=forward comment="IPv6 MSS clamp to PMTU" new-mss=clamp-to-pmtu out-interface=pppoe-out1 \
protocol=tcp tcp-flags=syn
/ipv6 firewall nat
add action=masquerade chain=srcnat comment="pppoe nat6 srcnat" out-interface-list=WAN

支持一下

我们这边行业比较特殊，对接 PLC 走场站这块，虽然 PLC 站控那边数据是实时的，我们采集远传还是以间隔来走的，所以数据量不会太多，在 10 秒频率下，按天走也不会超过 16M 。这个 16M 是输出文档大小，如果采用分页查询等，输出文档不超过 16M 也没啥问题。
数据库我们暂时还是 mongodb 还没改，计划后面改，还没测试其他方案。
我们行业场景，其实客户不会关注每秒的数据情况，所以大部分时间客户查的小时表（每小时一条取样）和统计表（小时、日、月）这两种，压力就还好。少量在出报警、统计到处等场景才会查完整历史数据。
可以按客户场景来处理。如果客户有每条数据必须存和频繁的查询需求，在不过多改动现有技术架构情况下，可能看看其他数据库比较合适。