@AllenW 這種情況是不是要給樓主上一門國安課程，不要讓美國人偷代碼。

基本上 CKA 必考的題目，官方是用 kubectl - -dry-run

@darklights 拿到版號再說爭光吧

@gfreezy 這方法應該是比較完美的，只是 TCP 443 的要小心 HTTP/2 connection coalescing 問題，相同的 IP address 會被 connection reuse ，例如 a.com 和 b.com 也是 192.168.89.64 的話，先載入 a.com 然後當中有 b.com 的請求，也會一併發到 a.com 的 HTTP2 連線中去。

噢，看到了是 Windows ，那沒辦法了，OpenVPN 也是把 remote server 的 IP x.x.x.x/32 via y.y.y.y 加到 routing table 後才加 0.0.0.0/0 的

Routing table 可以自定義的，不必去動 Main 。

ip route --help 看看

另外還可以用 ip rule 指定網段使用自定義的 routing table

香港人推薦你到新加坡

其實在 NGiNX Ingress 的方法是用 Lua 讀取 filesystem 上的 crt/key, 然後 filesystem 上的內容是 ConfigMap/Secret 的更新, 那就可以免除一次 nginx -s reload ，畢竟要把所有 processes swap 過也是會有一點影響。

不過這種上千上萬的, 應該還是要 Lua 控制吧，只是你的 implementation 是直接在 redis get 過來，這種外部 IO 當然會慢。

可以看看 Lua NGINX Module 的 ngx.shared.DICT ，保留一份本地的證書快取，有類似 Redis 的 expire/ttl functions 可以用，然在 init_worker_by_lua 階段掛一套背景更新 DICT 的程式就好。

同上，WSL2 開始之初就是面向開發人員的，我也在用但有時候 Windows update 後出現問題，不敢用來上 production 。

@fqzz 的確，看過有項目用 RasPi 跑了兩年多，沒有故意弄 read-only file-system 的也沒有問題，反而其他中國板子跑了半年就開始當機。

@ysc3839 所以 Tegra 和 Raspberry Pi 還是有距離，的確很多手機基本不升 kernel ，像手機的產品週期就比較短，硬體平台整合上不同廠商的驅動，維護一方最好不要動已經正常運作的部件，Android 如是，只會打 security patch 但不會做 minor version 升級。

市面上的板子不少都是在現有 Android 的 BSP 上改過來，產品週期大約只有兩年，那當然不可能大量投入人手去做 kernel 維護。

看看 x86 升級內核多爽，加上 Bootloader 通用，amd64 平台的產品週期還是比 arm64 長，但是 Raspberry Pi 還是有在做維護，幾乎是搶了 BCM 的工作來做。