没有敏感资源让他来取证就行，你这上传有点多但还不到离谱的程度。
刷 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 ，做私有云解决方案

最省体积：猫棒，但是需要你有 sfp 口的交换机（或者路由）
次省体积：换最近体积最小的 10G 光猫 F7015

一般都是新办卡才有。老用户不如狗，只有你打算携转时会有挽留套餐

从有人发帖那天起就不行了，我上午还能裸连打开，下午看到帖子再试就完全不行。
自建的无污染 DNS ，应该是 IP+端口黑洞+SNI 阻断，telnet 试了下 80 是能通，443 大概率超时。

@cctv180 你这是灵车漂移的玩法，学不来学不来

@balancircle 群晖的硬盘本质是靠 mdadm 组的软 raid 。
你直接 fail 掉几个盘的系统分区，群晖的 DSM 会提示系统分区失效要求修复。

我目前用的办法是，把两块 NVME 缓存也加进系统的 RAID1 阵列里，然后标记所有机械盘为 writebehind ，尽量减少系统对机械盘的依赖，这样可以大幅度减少炒豆子声音。

root@DS923:~# mdadm -D /dev/md0
/dev/md0:
Version : 0.90
Creation Time : Sat Oct 14 11:40:50 2023
Raid Level : raid1
Array Size : 8388544 (8.00 GiB 8.59 GB)
Used Dev Size : 8388544 (8.00 GiB 8.59 GB)
Raid Devices : 6
Total Devices : 6
Preferred Minor : 0
Persistence : Superblock is persistent

Intent Bitmap : Internal

Update Time : Sun May 19 12:00:46 2024
State : clean
Active Devices : 6
Working Devices : 6
Failed Devices : 0
Spare Devices : 0

UUID : 89910f08:7299129d:05d949f7:b0bbaec7
Events : 0.1471

Number Major Minor RaidDevice State
0 259 5 0 active sync /dev/nvme1n1p1
1 259 1 1 active sync /dev/nvme0n1p1
2 8 33 2 active sync writemostly /dev/sata3p1
3 8 1 3 active sync writemostly /dev/sata1p1
4 8 17 4 active sync writemostly /dev/sata2p1
5 8 49 5 active sync writemostly /dev/sata4p1

不用企业盘可破