Weil Jimmer's Blog

拋棄 OpenWrt 遷移到 pfSense：搭建 Wireguard VPN 與 VLAN 網路隔離實戰筆記

前言

用了將近一兩年的 Openwrt 後，個人覺得 Openwrt 還是有不少令人遺憾的點，正因為這些原因我才遷移到 pfSense。

首先是 Openwrt 對於防火牆規則設置的侷限性，優先級有點混亂，讓我又愛又恨，不能說多糟糕，但一旦網路規則一多後，實在沒有 pfSense 那麼好用，pfSense 對於規則的優先級比較簡單明瞭。

第二點，也是我遷移的最主因，對於雙層路由器的網路結構來說，在 Openwrt 設置 VPN 路由會很麻煩很麻煩。

所以我就搬到 pfSense 了，剛開始會有一天的陣痛期，因為要熟悉新的設定，而且 pfSense 太多太多設置可以調了，非常非常的細，很多非常專業的功能。設置沒有像 Openwrt 那樣容易上手。但熟悉後，就會覺得很舒服了。

雖然 pfSense 太過專業複雜，但我最終還是選用了 pfSense。

網路配置

首先介紹帶有 VPN 的基礎網路配置：(如下圖)

希望實現的目標

1. 在 LAN1 下，所有設備能夠通過路由器上設置的 VPN 上網。
2. 在 LAN1 下，限制特定的 PC 才有權限訪問一級路由所在的網段 (192.168.0.0/24)。
3. 在 LAN2 下，所有設備走正常的 WAN 路由上網，不經過 VPN。

Openwrt 的行為

在這種狀況下，一旦設置完 wg0 (VPN)介面，會路由 0.0.0.0/0 的流量，導致，PC (192.168.10.100) 將會失去能夠連線 192.168.0.0/24 的能力，Openwrt 會根據路由規則把目的地為 192.168.0.1 的封包送到遠端伺服器(VPN伺服器)。那自然而然會無法訪問 192.168.0.1。

如果要允許 192.168.10.100 前往 192.168.0.1 該怎麼辦？在開啟 kill-switch 時，防火牆規則是禁止 LAN1 轉發到 WAN 的，所以需要再新增規則允許 192.168.10.100 轉發到 192.168.0.1。不過，即使這麼設置仍然也不能訪問 192.168.0.1。

新增好防火牆規則，只是理論上能轉發封包到 192.168.0.1，實際上要不要轉發封包到 WAN 並不是單單依靠防火牆規則。因為路由規則不是這樣寫的，所以實際上不會轉發封包到 WAN。所以還要再裝其他東西，例如 Policy Base Routing，非常的繁瑣，安裝好後，還要再一個一個輸入 IP 和目的地，很麻煩。

不然就是要建立一個新的路由表，指定 192.168.0.0/24 要走 WAN 介面，然後把這個路由規則套用在 LAN1 下，並且優先級要高於預設的路由表，如此一來才會生效。

但這些設置非常靠北，最終讓我棄坑 Openwrt。而 pfSense 呢？非常簡單，也無需再安裝第三方路由規則的套件。

pfSense 的行為

首先介紹一下 pfSense 的優勢。

pfSense 的防火牆規則可以使用別名將 IP 段綁成一起，並且也能再把多個別名綁定成一組別名，所以要設置防火牆非常輕鬆。

第二點，pfSense 可以在防火牆 NAT 轉換那邊直接設置轉發 LAN1 的流量到 wg0。這個設定並不會影響 LAN1 能不能前往 192.168.0.0/24 的能力，如果有設置允許的規則的話，仍然是可以正常訪問到 192.168.0.0/24，我覺得光是這一點就已經贏了 Openwrt。

完全不需要再去考慮的路由的問題，畢竟底層已經不是 iptables，而是 FreeBSD 的 Packet Filter (PF)。

因此，我只要在 NAT 設定 LAN1 轉發到 WG0，然後允許 LAN1 前往 * (任意地址)，這樣 LAN1 也能訪問一級路由器的網段，可以自由的到 Server-1、Server-2，而且訪問網際網路時，遠端伺服器看到 LAN1 PC 的 IP 會是 VPN 伺服器的 IP。

可以完美實現我想要的功能，並且幾乎不需要什麼太難的設定，也不用燒腦的思考路由規則。在 pfSense 的防火牆規則中，最上面先寫的，優先級最高，逐一往下執行，如果規則匹配該流量，就直接執行該規則，進行放行或阻止。

下面介紹怎麼配置。

設置 Wireguard

新增 Tunnel

如下圖範例，我已經先創建了，基礎的 Tunnel，並填入 Private Key。

建立 Peer

將伺服端 IP (EndPoint) 和公鑰填入。Allowed IP 可以放心的填 0.0.0.0/0，不用像 Openwrt 會需要搞一堆麻煩的路由規則。

建立 WG0 介面

將 tun_wg0 加入到自己建立的介面 WG0 中。

建立 Gateway

需要在 Gateway 新增新的 wg0 介面，作為 WAN 端的可選路由，之後可以在 NAT 中選擇。

需要注意的一點是：必須打勾 Disable Gateway Monitoring Action，No action will be taken on gateway events. The gateway is always considered up.，打勾這個選項才能避免當 VPN 連線中斷時，被切換到 WAN 的流量，導致 IP 洩漏。

基本上 Wireguard VPN 到這步就差不多準備就緒。

設置 NAT

在我這裡，我將 LAN 用 VLAN 分割成五個網段，其中 OPT1 就是 LAN1，直接在 NAT address 那設定成 WG0 address，其餘其他內網維持 WAN address 就相當於沒有走 VPN 的通道。

設置防火牆規則

這裡我的設定非常簡單。

1. 第一條，允許 LAN1 到 LAN1。
2. 第二條，允許管理員的 IP 可以訪問到上級網段。
3. 第三條，禁止 LAN1 訪問所有內部網路 (例如 LAN1、LAN2、LAN3 等等)。
4. 第四條，允許 LAN1 到任何地方。

稍微介紹一下為何這麼設定。

首先 PF 默認是全部拒絕，所以如果沒有設定允許訪問外網的規則的話，會不能上網。因此規則裡面必須要有一條是允許前往任何地方，這條規則就是第四條，被我擺在最後面。

再來就是，因為 PF 沒有【網路隔離】的概念，如果設置了允許前往任何地方，那麼 LAN1 也能訪問 LAN2 也能訪問 LAN3 等等，而我需要隔離所有內網，所以我設定了第三條規則，禁止訪問內部網路。

最後，因為禁止訪問內部網路，所以 LAN1 也無法訪問 LAN1，因此需要再加一條 LAN1 可以訪問 LAN1 的規則，我放在第一條，所以會被最優先執行。

至於第二條允許管理員 IP 訪問上游網路，則是用來指定特定的 IP 可以訪問 192.168.0.0/24 網段，避免下面的裝置有能力對我其他網路設備展開攻擊或滲透。

測試

下圖中，vm301 是一台虛擬機器，位於 192.168.10.100 (LAN1)，如果我給它加入到管理員 IP 白名單中的話，它就能夠 ping 通上級網路 (192.168.0.0/24)。

並且在外網來看，它的真實 IP 為 185.xxx.xxx.xxx (是 VPN 的 IP)。我自己的公網 IP 是 220 開頭。

如果我將 vm301 的內網 IP 從管理員白名單中移除，它就沒辦法訪問 192.168.0.0/24 的網段，而且從外網看，它的真實 IP 仍然是 185.xxx.xxx.xxx (是 VPN 的 IP)。

總結

經過幾個月的使用體驗後，pfSense 的防火牆規則給我的感覺是非常的非常的舒服，不像 Openwrt 那樣太簡陋，pfSense 防火牆非常多設定可以設置，既強大又簡單明瞭。

在 Meta Quest 3 安裝 Google 注音中文輸入法完整教學 - 支援 2D 和 VR 應用程式 (全局輸入法)

前言

我覺得 Meta 不開放中文根本就是歧視中文母語使用者。內建鍵盤竟然沒有任何中文輸入法可以選擇，也無從安裝，安裝得用非常麻煩的方法，類似利用漏洞，真的很可惡。

明明底層是安卓系統，偏偏不開放直接讓人安裝 APK，故意把鍵盤設定拿掉，太噁心了。

啟用開發人員模式

我目前的 Meta Quest 3 版本號碼是 v77.0，先確定版本號沒問題再試。不確定未來會不會修掉，也許未來就不能改了，使用後記得要關閉更新。

首先，開啟手機上的 「Meta Horizon」 App，然後點自己頭盔的圖示按鈕。

頭盔要開機能和手機連線，接著點「頭戴式裝置設定」，再點「開發者模式」，啟用開發人員模式。

安裝能夠 side load APK 的軟體

我是使用「Mobile VR Station」，可以在商店中搜尋到。

安裝完後，點開，選擇 Android 配置精靈。

點顯示所有選項。

請求權限

這時候應該會有彈窗，都按允許，接著換下一個也點點看。

都開啟後，應該能夠開啟安卓內建的【文件】。

使用那個 App 到 Downloads 資料夾安裝 Quest助手(APK)。

https://quest.vrzwk.cn/

接著安裝各種輸入法的 APK，例如 Google注音輸入法 APK。

開啟 Quest助手

點開設定 App，這邊沒辦法截圖，就只能口頭說了，從【系統】，找到【鍵盤】，接著選擇啟用剛剛安裝的 Google注音輸入法。

然後，從 Quest助手中啟動 Google注音輸入法，點開，會提示彈出輸入法選單，直接選擇 Google注音輸入法。

然後重開機，就有全局 Google注音輸入法了。

完成

更新說明

似乎在 2025/06/04 的 v77.1027 版本中，這個功能被又拿掉了，底層系統現在叫不出切換輸入法的 UI 介面，萬惡的 Meta.，已經升級上去就沒救了。

這邊我有開發一款 App 可以在 Quest3 中使用注音輸入法，但只能在 App 中打好字後，用複製貼上的。畢竟底層不開放，就算真的 Support 輸入法功能也沒意義。

有需要可以到這裡下載：https://github.com/WeilJimmer/ChineseInputKeyboardVRApp

[筆記] Git 儲存庫從 SHA256 降級為 SHA1 經驗

前言

昨晚心血來潮，用了 Gitea 建了一個儲存庫，那時候手賤選了 SHA256，想說要用最新的，結果當我寫完專案，想要備份到 Github 上，才發現推送不上去，跳出錯誤。

fatal: the receiving end does not support this repository's hash algorithm
fatal: the remote end hung up unexpectedly

看到關鍵詞 hash algorithm 就知道是選了 SHA256 的黑鍋。

如果遇到，最快的方式是直接建一個新專案，然後 add 全部代碼，然後 commit，這是最快的解法。

當時，就是想要保留歷史紀錄，結果找老半天，沒找到怎麼保留歷史紀錄轉換成 SHA-1 的方法，真的是爬很多資料，試了一堆方法。

下面分享我試成功的命令。

將 SHA256 專案轉成 SHA1 的格式

在 SHA-256 repo 中，export 紀錄。

cd original-repo
git fast-export --all --use-done-feature --reencode=yes > ../export.dat

建立 SHA1 的新專案

cd ../new-repo
rm -rf * .git  # 清空目錄
git init --object-format=sha1

匯入所有歷史紀錄

git fast-import --quiet < ../export.dat

重建 & 清理

git checkout main
git gc --aggressive

重新簽章(非必要)(Rebase)

git rebase --root -i --exec 'git commit --amend --no-edit -S'
# -i 代表互動模式
# --root 從第一個提交開始
# -S 代表用目前的 GPG key 簽署

使用 PVE 與 OpenWrt 23.05 實現鏈路聚合 LACP 及 VLAN 建立多個虛擬區域網路的踩坑經驗

前言

按照最近的慣例，開頭要先說一段廢話，最近因為家裡空間不夠放交換器，於是訂了一個機櫃，打算重新整理我亂七八糟的網線和複雜的網路環境，以及升級我的 OpenWrt 版本，下為我房間的機櫃照。

花了我滿長的時間在進行除錯，裝設機櫃反而沒什麼，最大的問題在於用 OpenWrt 設定 VLAN。

先前我灌了 ImmortalWrt 23.05.2，想說我之前裝的 OpenWrt 有點舊，而且還是當時的 SNAPSHOT 版本，已經遇到過好幾次要安裝什麼軟體包，出現內核版本過新或過舊的問題，實在不能接受，所以趁這個時機升級一下。

然後在 ImmortalWrt 安裝鏈路聚合所需要的軟體：

opkg update
opkg install kmod-bonding luci-proto-bonding

試了老半天，都沒有成功耶，在交換器那邊總是顯示 Blocking，害我在思考是不是交換器的問題，但是後來我在 NAS 上設置成功，所以我覺得是 ImmortalWrt 的問題。

直到一天後，我才終於意識到問題出在哪裡，在於那個被我遺忘的 PVE 阿！原來我一直錯怪了 ImmortalWrt。

因為底層是 PVE，我在虛擬機中設置鏈路聚合只是在它的虛擬網卡上聚合而已啊，所以應該在 PVE 上設置。

在 PVE 上建立 Linux Bond

首先到你的資料中心，然後選擇你的「節點」，再選擇 System → Network，點 Create 選擇 「Linux Bond」。

Slaves 輸入你想要聚合的網卡，我目前軟路由上有四張網卡，但我只選擇其中三張聚合，其中一張要給 WAN 使用，而且 PVE 也使用這張網卡，設定下去的話，會失去 PVE 的連線，因此我只選中三張。

模式就用 LACP，接著直接創建即可，之後你多出來一個 bond0 網卡，就是你聚合後的結果。

接著就到你的交換器上設定鏈路聚合（Link Aggregation, LACP），LACP 是我比較推薦的模式。

在 PVE 上建立 Linux Bridge

建立一個虛擬網橋 vmbr1，作為我的 LAN 區網用，這裡有一步驟很重要，那就是要把 VLAN aware 打勾。

回想起幾個月前，第一次在 ImmortalWrt 設定的時候，老是出問題，其實就是 PVE 沒設定好，那時候沒有打勾這個選項（我也根本沒注意到這選項），自然 VLAN 接口收不到封包阿。

到這步，PVE 設定完之後就沒 PVE 的事了。

開啟 OpenWrt 23.05

這次我安裝的版本是 OpenWrt 官方的 openwrt-23.05.3-x86-64-generic-squashfs-combined-efi.img。

手動裝了一些軟體包，比如主題 (Argon)、和繁體中文。

建立 VLAN 裝置

鑒於有了先前的經驗，基本駕輕就熟。直接到 網路 → 介面 → 裝置 → 加入裝置設定。

這邊直接選擇 VLAN (802.1q)，預設值應該已經有了，新版本的 OpenWrt 已經拔掉了 Switch，所以很多文章和教學都過時了，很少人提到新版本的 OpenWrt VLAN 的設置。

VLAN ID，按照我這邊的環境，就是 10、20、30、40、50，直接重複五次，建好建滿。即使網路孔位沒有那麼多也沒關係，這邊已經虛擬化了。

像這樣，我建立了 VLAN 10～50 的網路裝置。

建立網卡介面

到「介面」列表，點「新增新介面」，靜態位址，選擇各自的 VLAN 裝置。

比如 LAN 配 eth0.10，LAN2 配 eth0.20，LAN3 配 eth0.30…

IP 的話，按照慣例，根據 VLAN TAG 定義 Gateway IP，VLAN 10 的話，設定 192.168.10.1/24。

然後是巨坑，防火牆要建立一個新的 Zone，如果沒設定防火牆是不會通的，沒有路由的話，DHCP Server 連分配 IP 都不會分配！

然後是必須的 DHCP 伺服器，直接點安裝即可。

這邊都不需要動，維持預設就可以了。

為了防止意外，建議開啟這個功能，「強制」DHCP，以防詭異的狀況發生。

建立防火牆規則

這裡就是老話重談了，為每個新創建的區域網路新增規則，允許轉發到 WAN。

我這邊比較特別，LAN 轉發到 WG0，是 VPN 通道，這個不是通常操作。而 LAN5，我是想建立一個隔離的網路，所以沒有轉發的能力。

建立 DNS 伺服器

建立好網路後，記得要在監聽介面打開剛剛新建的所有介面，否則即使有連線遠端 IP 的能力，卻沒辦法解析網域。

到這步，基本就大功告成。

接下來就是配置交換器，設置路由器所連接的 3 個 Port 為 TRUNK 接口。

同時給予其接口為 VLAN 10、20、30、40、50 的成員。

之後有空，會再補篇關於 VLAN 的基礎知識的文章。

[筆記] 解決 Git 錯誤 fatal: repository <http://git-url> not found 的問題

問題：

最近遇到了一個從沒見過的錯誤，為此特別紀錄一下，明明已經初始化 git 倉庫，卻沒辦法從遠端經由 HTTP 進行 pull、clone、push 等動作。

會出現下面的錯誤：

fatal: repository 'http://xxxxxxx/xxx.git/' not found

但是實際上目錄是有資料的，不論是初始化過的或是直接複製 .git 資料夾都沒辦法正常的 clone 或 push。

解決方法：

直接開門見山，講重點，只是因為伺服端建倉庫時少下一個指令：

git update-server-info

只要下完這個指令後，git 會進行一系列更新或建立索引的動作（建立objects/info/packs），類似於建立一個檔案目錄清單的動作。

之後，從遠端伺服器就可以透過 HTTP clone 下 repo 了。

原由：

其實會發生這個問題的主因在於伺服端不是 Smart HTTP server。

Smart HTTP vs. Dumb HTTP：

• Smart HTTP： 支援 Git 所有功能的 HTTP 協定實現，例如 git push、git pull 等操作。 需要專門的伺服器軟體，例如 Gitea、GitLab、GitHub 等。
• Dumb HTTP： 僅支援基本的 HTTP 檔案下載功能，無法進行 git push 等操作。 通常用於簡單的 Git 倉庫發布，例如靜態網站。

Dumb HTTP 只是提供簡單的網頁儲存託管倉庫而已。