@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

不用企业盘可破

@dusmit
网站小广告贴的跟个牛皮癣似的，一步两步全是引导下载 App ，一看测速节点八成 App 专属。
作为开发出来劝你一句，打工人别站老板屁股上替老板说话还替老板挨骂，回头老板还嫌弃你多嘴。
上班尽职尽责，下班该骂骂傻*产品的就骂，事情优化也好解决也好总有它的流程。
我跟熟悉的人说：“你找客服骂一顿，真比直接小窗骂我管用”，可惜他们不信。
别把自己不能决定的事情预设成自己的立场，不然这网上的多累。

@scemsjyd 那光衰呢，接收功率多少，发送功率呢。是不是法兰没接好

设备序列号。ponmac eponid gponid mac 都改一遍看看

这💩readme ，你说是那就是吧

@kkk9 cn 就是个垃圾站，不知道怎么搞到 cn 域名的