DRN6GSbdbFABfnC1UHge6A6f9dNS1Nz4LGAtfP2EhwgR

lb 很难做，如果要支持连接迁移的话

@enzo26 一直都是这个节奏吧，两年一个版本，免费支持 5 年，付费支持 10 年
https://www.debian.org/releases/

@SKYNE 官方已经不维护 debian10 了，所以源已经挪到 http://archive.debian.org/了，如果你想愿意给钱，还有 Extended LTS ，可以看这个页面 https://www.freexian.com/lts/extended/

@faketemp 跑个 iperf 测下是 ipv6 带宽问题还是 nas 对 iov6 支持的问题

家宽一般都有 ipv6 地址，公司要是没有 ipv6 的化，找个有 ipv6 的云服务器当跳板，直连，什么软件都不需要装，每个设备给个地址，想连哪个连哪个

用电力猫

跑 p2p 或者 pcdn 肯定不行

这肯定就不对啊，我自己开个容器，cap 都是 000001ffffffffff
root@home-pc:/# ps -elf
F S UID PID PPID C PRI NI ADDR SZ WCHAN STIME TTY TIME CMD
4 S root 1 0 0 80 0 - 1083 do_wai 14:43 pts/0 00:00:00 /bin/bash
0 R root 2 1 0 80 0 - 1611 - 14:43 pts/0 00:00:00 ps -elf
root@home-pc:/# id
uid=0(root) gid=0(root) groups=0(root),65534(nogroup)
root@home-pc:/# cat /proc/self/status | grep Cap
CapInh: 0000000000000000
CapPrm: 000001ffffffffff
CapEff: 000001ffffffffff
CapBnd: 000001ffffffffff
CapAmb: 0000000000000000

看起来是没有权限，cat /proc/self/status | grep Cap 看下有没有 cap 吧

strace -f -v -y unshare -fp -r --mount-proc id
结果贴出来，看哪步报错了

docker 也会改 iptables 规则，不通的时候把规则全打印出来看看

我印象里 920 是没有超线程的，所以看下 kubelet 有没有开 cpumanager, pod 是否是 Guaranteed 的

等所有人都用上这个策略，然后所有人都发财，马上进入共产主义

你这个具体是什么场景？我能想到的需要落地还不能丢的，只有数据库了，私有化部署直接本地盘，老老实实用 local pv ，其他的容器，落地的数据交给数据库，不重要的日志啥的，直接 overlayfs 就行了

还是先看下 iptables 的原理吧
你这第一条命令的效果是，把来源 ip 是 192.168.1.32 的 tcp 报文，目的地址改成 192.168.1.31:1234; 第二条命令的效果是，把所有发到 192.168.1.31 的报文，来源 ip 改成自己网卡的 ip 。
先不论 A 在 1234 端口提供的是何种代理，按照你这个做法，A 拿到这个 tcp 报文之后，它怎么知道这个包的原始目标是什么？

老实搞个前台服务，在状态栏保留个常驻通知，其他路子已经基本都被堵死了，除非你能定制 rom

要是能让你这样搞，那些计算卡卖给谁

为啥不用各发型版都自带的 stress-ng 呢，功能还更多