？？？

@lifanxi 我草 还能这样啊 一会试试

操 还能这样啊 一会试试

@littlewing 最开始也没有确认流向。。。

mac 的 finder 经常用复制造出一堆的副本，草 被自己傻到了。 应该用拷贝

@yesfirst dsm7 的监控

@SZP1206 更新一下，找到问题了是 MacBook 时间机器备份的问题，虽然不太清楚为什么时间机器开始备份前 NAS 会向 MacBook 持续发送那么多数据。

根据老哥们的建议，没有抓包，使用 docker 起了个 iftop 容器，挂到了 host 网络，查看 eth0 的所有网络情况。

整点 10 分的时候，发现 NAS 起了一个 445 端口，持续向内网的某台机器发送数据。大约 10-18Mbps 的速率。
└──────────────────────────┴──────────────────────────┴───────────────────────────┴──────────────────────────┴───────────────────────────
192.168.0.108:445 => 192.168.0.104:59429 12.1Mb 7.28Mb 6.51Mb
<= 30.6Mb 16.2Mb 14.2Mb
定位端口 445 为 smb 端口
ash-4.4# netstat -pantu | grep 445
tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 9877/smbd
tcp 0 4180 192.168.0.108:445 192.168.0.104:59429 ESTABLISHED 19533/smbd
tcp 0 0 192.168.0.105:445 192.168.0.104:61335 ESTABLISHED 5952/smbd
tcp6 0 0 :::445
查看 MacBook 的时光机器，发现每小时的定时备份的开始时间为整点第 10 分钟开始。

@ByteCat 不行，桥接的自如的路由器，我的路由是老路由器，看不到数据流向，只能在路由器上抓包。

@SaberJack 在等下个发送周期。

@wtks1 没有万物下载，迅雷等相关的 bt pt 工具，没有做种，已经排除。
@sutking lan2 没有的话，会一直通过 lan1 发送数据。这个排除法太耗时了，试图起了一个 netdata 来监控网络情况，效果不尽人意。现在考虑抓包看看流量到底发到哪里。

@xtx 室内的路由器，同一个路由器。

ds220+

ds220+

修改过配置文件后，执行 nginx -s reload 生效

@dfkjgklfdjg 其实我觉得你可以去找一台试试，M1 16G 版本性能上还是没得说的。vscode 跑项目问题不大，至于 ps ai 2G+的画稿 我没实际测试过，但是感觉应该问题也不大

其实我觉得有些 md 项目还挺好的（不要骂我）。。。。

win s l