需要导出数据的各位注意避坑，我当时采取了在 DX4600 中挂载另一台黑裙共享文件夹，然后通过绿联云网页复制文件过去的方式备份数据，结果多次遇到在黑群晖目标文件夹中持续生成大小为 19GB 的 upload-tmp 文件问题，同时网卡保持满载状态。我猜测 UGOS 想将文件打包传输后再行解压，因为从 UGOS 这边看不到这些 tmp 文件，甚至不会计算大小，不过貌似实现有 BUG 。在移动或复制少量文件时不会触发该问题，但文件夹和文件数量一多极易触发。感兴趣的可以翻翻之前我关于 DX4600 刷黑裙的一篇帖子，很好奇有没有人遇到过类似问题

搭车问下 flv 视频流有什么好的录像方案吗，方便部署在 NAS 上。我从孩子幼儿园看监控 APP 里抓取到了视频流，是 http:// + IP 地址 + [email protected] 的形式，用 VLC 播放没问题。但是平时不太可能一直盯着看，想录播后晚上看回放 ~

我用的投影是 PX701 4K ，eco 模式直投大白墙观感还行，反正就是图一个尺寸大而且不怕孩子搞破坏，不到四米距离投出的画面长边大概有 2.8 米。吊装支架是超薄型刚好越过吸顶灯，配合 RX-V4A 功放机和雅马哈一套 5.1 音响使用

手台随便一台能办呼号的就行，当年高价买过 ICOM ID-51E ，基础功能和几十块的 UV-5R 大差不差，高级功能几乎不会用到。UV 段在国内除了本地中继/直频点名貌似就没其他活动了，AX.25 国内没人玩。有 B 证后用协谷 G90S 玩过一阵子 FT-8 ，最远通联过 1 万多公里。G90S 没有散热风扇发热严重，后来换了八重洲 FT-450 ，DB9 串口直连电脑能远程执行包括开关机在内的所有操作格外便利。可惜现在没时间了，已经一年多没碰电台 …

@tallest 我这边显示都正常

俄罗斯 IP 没广告

@tallest 链接: https://caiyun.139.com/m/i?1A5CwXNWbL4A0
/*f9syy711oGGR:/
复制本段信息，打开「中国移动云盘 APP 」获取。人人不限速，移动用户免流量！

@tallest 我这几天在外面，不急的话周日回去发一份

@tallest 我发现了一点端倪：

绿联云中只要开启了自动备份功能，在某一个存储空间（我的是存储空间 1 ）必然会存在一个名为“自动备份”的文件夹，包含若干个名为“来自 XXXX 的备份”子目录，对应登陆了同一账号的不同设备。在我这里存在一个名为“来自 V2231A 的备份”目录，对应我日常使用的一部 IQOO 手机，有意思的地方出现了：

“来自 V2231A 的备份” 这个目录复制到黑裙后，在群晖中查看目录大小，发现是 753GB ，显然超出了我的数据实际大小（实际只有 100 多 GB ）。但是在绿联云客户端中查看复制前原始文件夹和挂载的群晖共享文件夹中这个目录的大小，均为 123 GB 左右 ，显然这里有猫腻。经过深挖，我发现在群晖中能看到这样一个目录：

我的备份/来自 V2231A 的备份/ugreen/nas/download/

这个目录占用了 655GB 空间，其中包含了 48 个形如 “17184190576082551948-upload-tmp” 这种文件，每个文件大小均为 19.1GB ，用途不明。在绿联云客户端中看不到这些文件，查看文件夹属性也不会计算其大小。感兴趣的可以深挖一下。

@nirvanahh 应该不行吧，插上去就初始化了。我试过从群晖这边挂载绿联云，不知何故挂不上。我正在通过绿联云客户端手动把存储空间 1 中文件夹逐一复制到挂载的群晖目录中，目前一切正常

@tallest 备份数据过程不要用绿联云客户端/web ，我 900 多 GB 的数据从上午备份到现在也没有结束，感觉遇到了 BUG 。操作和表现如下：

1. 局域网中另一台黑裙新建共享文件夹，通过 DX4600 挂载；
2. 在绿联云 Windows 客户端中，挂载黑裙共享的 smb 文件夹；
3. 在绿联云 Windows 客户端中，进入“存储空间 1” 并全选，右键选择复制到黑裙共享的文件夹。

目前黑裙共享文件夹大小已经膨胀到了 2.91TB ，完全超出了 DX4600 存储空间 1 中 3T 硬盘的物理大小，而且还在以千兆网卡容许的最大速度增长，完全没有停止迹象。绿联云客户端里显示进度卡在了复制文件 249180/249981 ，768.45GB/793.19GB 。

@fengpan567 更喜欢公网 IP + DDNS 直连

@nirvanahh 我看 smzdm 上别人分享的教程，拔了引导 U 盘还会启动 UGOS ，emmc 应该不受影响

PDD 18.9 包邮的垂直鼠标，手感意外地不错。类肤感材质，支持 DPI 调节，移动和点击反馈也很满意

@keyfunc 是网桥配置的，所有 peer 共享一个出口 IPv6 地址。

@supemaomao 我这个配置说白了就是用 ipv4 的方式配置 ipv6 ，routeros 配置详细过程供参考：

1. IPv6 - Addresses 菜单，添加 fd00:172:31:1::100/128 ,interface 为 wireguard1 ；
2. IPv6 - Routes 菜单，添加一条记录。Dst.Address 填 fd00:172:31:1::/64 ，Gateway 填 wireguard1 ；
3. IPv6 - Firewall 菜单，NAT 表中新建一条规则。Chain：srcnat ，Src.Address：fd00:172:31:1::/64 ，Action：masquerade ；
4. 进入 Wireguard Peer 菜单配置 peer 。Allowed Address 中新建一行，填写 fd00:172:31:1::103/128 ，其余不变；

最后客户端把 fd00:172:31:1::103/128 加入配置文件，AllowedIPs 追加一条 ::/0 就完事了

@xiaofami windows 客户端有一个“拦截未经隧道的流量”的功能默认开启，关掉就正常了。关掉之后 AllowedIPs 中 ::/0 变成了 ::/1, 8000::/1

@maybeonly
@terrancesiu
@rulagiti
@xqzr
@lovelylain
感谢大家指点，已配置成功。大致过程和配置 ipv4 地址时差不多，routeros 中给 wireguard 接口手动分配一个 fd 开头 ipv6 地址，然后 ipv6-route 中新建一条路由规则指向 wireguard 接口，最后 ipv6 防火墙中添加一条 masquerade 规则完成 NAT 。只是在配置 windows 客户端时遇到一点小小的问题：

Windows 客户端中，我将 AllowedIPs 设置为 10.89.1.0/24(LAN), 192.168.2.0/24(光猫), 192.168.10.0/24 （ wireguard ）, ::/0 ，发现无法访问 ipv4 站点，只能设置成 0.0.0.0/0, ::/0 转发全部流量。在 Android 客户端上，AllowedIPs = 10.89.1.0/24, 192.168.2.0/24, 192.168.10.0/24, ::/0 就完全没问题，行为符合预期。