@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 的工作來做。

沒辦法，Raspberry Pi 的資源或支援都真的好，中國的硬件很好但依賴上游 SoC 的 board support package 。

拿用過的 NanoPi 來說，性價比是一流的，但 kernel 維護得看上面 Allwinner 、RockChip 及 Samsung ，Samsung 的基本沒有進入過 linux kernel mainline ，Allwinner 的反而有。

但 Raspberry Pi 這麼多年來都有維護 kernel ，一直保持在 mainline 上的更新，最少不用怕買回來一年後就要封存作指定用途，那幾個重要又比較新的 kernel module 例如 tcp_bbr ，cgroupv2 等等都有。