想开些, 大把地区还没有政府补贴呢

除非游科要完结这个系列,那么灵山是安全的

我也是全线苹果产品都有,可是独独不用 apple 手机. 简直太烂了,随身的设备没法将就.
我年初给我老婆买了个 15, 和 12 简直是一模一样. 这种公司还有什么希望?
当然如果你的苹果是用来做开发的,那么设备间同步是无法割舍的,只好继续用垃圾.

听 yt 节目.

我工作用 ubuntu18 桌面已经好多年了,运行在 7 代 i7 上, 基本上只有打印机无法解决(主要也不是刚需,没动力解决) ,没什么问题. 但是,如果是小白,那么别用这个.
话说 win11 这么拉胯吗?

充电到 96 就停止充电

帮你问下
`ldconfig` 是 Linux 系统中的一个重要工具，用于管理共享库的符号链接（ soft link ）以及生成共享库的缓存。它之所以能够重置 `.so` 文件的软链接，是因为它是专门用于配置共享库搜索路径和维护相关符号链接的工具。以下是 `ldconfig` 能重置 `.so` 软链接的原因和原理：

### `ldconfig` 的功能
1. **扫描共享库路径**：`ldconfig` 会根据 `/etc/ld.so.conf` 文件中列出的目录（以及默认的 `/lib` 和 `/usr/lib` 等路径）来扫描系统中的共享库。

2. **维护符号链接**：当系统中存在多个不同版本的共享库时，比如 `libxyz.so.1.0` 和 `libxyz.so.2.0`，通常会有一个指向这些库的符号链接，如 `libxyz.so`。这个链接指向的是具体的某个版本（比如 `libxyz.so.2.0`）。`ldconfig` 会根据库文件名和版本号，自动创建或重置这些符号链接，以确保系统加载的是正确的库版本。

3. **生成缓存**：`ldconfig` 还会生成或更新 `/etc/ld.so.cache` 文件，该文件是共享库的缓存，包含共享库的路径和文件名，以便系统在运行程序时能够快速查找到所需的库文件。

### `.so` 软链接重置的原理
当你安装新的共享库或者更新了现有的库，系统中可能会存在多个版本的库文件，比如：
- `/usr/lib/libxyz.so.1`
- `/usr/lib/libxyz.so.2`

在这种情况下，`ldconfig` 会自动为这些文件创建或更新符号链接，例如：
- `/usr/lib/libxyz.so -> libxyz.so.2`

这意味着当程序需要链接 `libxyz.so` 时，系统实际上会加载 `libxyz.so.2`。如果你手动更改或删除了这个软链接，下一次运行 `ldconfig` 时，它会根据最新的库文件重新生成正确的符号链接。

### 为什么 `ldconfig` 能重置软链接
1. **标准行为**：`ldconfig` 的一个核心职责就是维护共享库的符号链接。为了确保系统能找到正确的库文件，它会自动重置和更新这些链接。这是系统正常运行所需的标准行为。

2. **版本控制**：通过符号链接的重置，`ldconfig` 能够确保系统加载到的是最新或特定版本的共享库，避免加载到旧版本或不兼容的库。

3. **系统完整性**：符号链接的重置确保了共享库的路径和链接正确性，防止因为手动修改或意外损坏导致的库加载失败。

### 总结
`ldconfig` 能够重置 `.so` 软链接的原因在于它专门用于管理共享库的路径、缓存和符号链接。它通过扫描共享库的目录，根据库的版本号和命名规则自动更新或重置软链接，确保系统能正确加载到所需的库文件。

@hi543 是看主机的路由.
很巧,刚好我有一台 op 就有这种路由:
root@ledewrt240709:~# ip route
default via 172.20.16.1 dev br-lan proto static
10.105.203.0/24 dev ztllntjgan proto kernel scope link src 10.105.203.252
172.20.16.0/24 dev br-lan proto kernel scope link src 172.20.16.247
172.20.16.0/24 via 10.105.203.3 dev ztllntjgan proto static metric 5000
192.168.0.0/24 via 10.105.203.3 dev ztllntjgan proto static metric 5000
192.168.2.0/24 via 10.105.203.149 dev ztllntjgan proto static metric 5000
192.168.3.0/24 via 10.105.203.71 dev ztllntjgan proto static metric 5000
192.168.70.0/24 via 10.105.203.3 dev ztllntjgan proto static metric 5000

可以看到我的局域网路由是 172.20.16.0/24 , 可是 ztllntjgan 这个 zt 的虚拟网卡也同时有了这个网段的路由,但是它的 metric 是 5000 ，说明它的优先级较低，因此大部分情况下，流量会通过 br-lan 接口走本地局域网。

所以叫你 post 一下你的主机路由

嗯，你看下路由，zt 有些早的版本，会将自己的路由等级优先于本地路由。
说人话就是所有局域网的流量都要经过它的虚拟网卡。

我是 ax3600+ax1800,用了 4,5 年了

v6 的 native 很危险,所有设备都是裸奔.
我是用 v6 的 nat 模式, 只要保证家中设备可以访问外界 v6 网络即可.

的确不严谨.和网卡本身的无关因素太多.
一般我们做日常网络硬件测试,发包机必须是经过验证的稳定硬件,系统也不可能是消费系统.
软件更不可能用 iperf(因为测不出问题). 至少也是 pkegen,或是用 dpdk.
万兆网卡至少小包线速打一天才可以认为是稳定.

我是 6,7 年前的老版融合套餐,189/月,5 个号码,2 个宽带. 无限流量(40G 以上限速) , 要不是号码难改,都想换掉了.

client 要注意关闭 geoip:private

我是买了 qnap 的双网口 nas, 内存加到 16g,跑了 3,4 个 kvm,还有 6,7 个 docker 虚拟机.正常运行两年多了.
ps: Openwrt 是可以作为 docker 虚拟机运行的,除了升级麻烦,性能没有损失.

我试着也反代了 git-lfs.github.com 和 git-lfs.com ,并且修改了指针文件:
version https://git-lfs.github.com/spec/v1 #将这里改成我的反代的地址
oid sha256:8602d4d3b14f586520d1f765091d9f3a4feb1c5786448c600d018db7216f7235
可是还是取不下来.

我也遇到, 后来用 ip 证书就没问题

找到具体原因找 aws 的客服, 我前几天 cloudfront 服务被跨区 ddos 了,一天被冲了 800g,发个 ticket 就好.