OPENWRT升級和安裝軟體綜合討論串 - PCDVD數位科技討論區

sparc10

Junior Member

加入日期: Jun 2003

您的住址: 防備李嘉修推銷！

文章: 891

我用的是TP-Link Archer AX23，並刷機使用最新版openwrt。
https://openwrt.org/toh/tp-link/archer_ax23_v1

Q1：openwrt每天重開機后，AdBlock-Fast狀態錯誤，且不能阻擋廣|告，我該如何設定？

但由於AX23記憶體只有128MB RAM，即便我在其中用Adblock，都仍舊吃力！
因此，我停用Adblock，再安裝使用AdBlock-Fast（它搭配dnsmasq）。
https://docs.openwrt.melmac.ca/adblock-fast/

然而，我重新啓動AX23，AdBlock-Fast的狀態卻是Unconditional，而這樣的話，AdBlock-Fast不能過濾廣|告。
我可以手動啓用AdBlock-Fast，但每天重開機之後，AdBlock-Fast狀態仍是Unconditional，也不能過濾程式。
請問，我該如何解決這問題？

Q2：我在https-dns-proxy使用Hagezi DNS失敗，我該如何設定？
https://openwrt.org/docs/guide-user...https-dns-proxy

我知道Hagezi-proplus的IP和DOH，但我在https-dns-proxy（搭配dnsmasq）中無法去設定它。
Hagezi-proplus
IPv4
76.76.2.42
76.76.10.42

IPv6
2606:1a40::42
2606:1a40:1::42

DNS-over-HTTPS/3 https://freedns.controld.com/x-hagezi-proplus
https://controld.com/free-dns?freeR...us&helpPane=dns

我在https-dns-proxy中僅僅能夠設定Malware & Ads & Tracking DNS
https://controld.com/free-dns?freeR...ds&helpPane=dns

Q3：我在https-dns-proxy使用Privacy-First DNS失敗，我該如何設定？

我知道Privacy-First Singapore DNS Server的IP和DOH，但我在https-dns-proxy（搭配dnsmasq）中無法去設定它。
IPv4 174.138.21.128
IPv6 2400:6180:0:d0::5f6e:4001
DNS-over-HTTPS https://doh.tiar.app/dns-query
https://adguard-dns.io/kb/zh-CN/gen...pore-dns-server

__________________
PM說：1.每天從大盤撈出前50漲幅，但如果沒價沒量就直接刷掉。技術面和訊號面的加權評分。
2.三大法人買，開心；賣要看賣了多少，有沒賣超過起漲點? 沒有?不用怕。技術面出現賣點才賣；不要大虧就是大賺。
3.資金100萬以上的分配也不要超過5個標的；做中長期降低風險，不用花大把時間盯盤真的輕鬆。
PS：中間學習成本最高的是台指期，2024年賺的在2025年初全吐回去，然後再靠美股賺回現在的水位。
Anderson說：1.每年2-3月利空出現時分批買金融股，不要一次買足！
2.買進時股價 + 配息 = 出場賣出的金額。等該金融股除權日之前的1-2個星期，就賣出脫手。
SOED說：選一檔追蹤sp500指數ETF，閒錢定期定額，逢低加碼，只買不賣(缺錢再賣股當生活費)。年化報酬是10~12%！
立即停止回覆所有塔綠斑網軍的造假文，以免你還幫牠們把垃圾文推向第一頁！惡蟲電爆柯文哲、悲憫殺人犯！

2025-08-25, 12:10 PM #11

sparc10

Junior Member

加入日期: Jun 2003

您的住址: 防備李嘉修推銷！

文章: 891

引用:

作者sparc10

Q1：openwrt每天重開機后，AdBlock-Fast狀態錯誤，且不能阻擋廣|告，我該如何設定？

但由於AX23記憶體只有128MB RAM，即便我在其中用Adblock，都仍舊吃力！
因此，我停用Adblock，再安裝使用AdBlock-Fast（它搭配dnsmasq）。
https://docs.openwrt.melmac.ca/adblock-fast/

然而，我重新啓動AX23，AdBlock-Fast的狀態卻是Unconditional，而這樣的話，AdBlock-Fast不能過濾廣|告。
我可以手動啓用AdBlock-Fast，但每天重開機之後，AdBlock-Fast狀態仍是Unconditional，也不能過濾程式。
請問，我該如何解決這問題？

移除Adblock，安裝AdBlock-Fast，就能讓路由器反應偏快！

引用:

作者sparc10

Q2：我在https-dns-proxy使用Hagezi DNS失敗，我該如何設定？

在https-dns-proxy放棄Hagezi DNS！

引用:

作者sparc10

Q3：我在https-dns-proxy使用Privacy-First DNS失敗，我該如何設定？

我知道Privacy-First Singapore DNS Server的IP和DOH，但我在https-dns-proxy（搭配dnsmasq）中無法去設定它。
IPv4 174.138.21.128
IPv6 2400:6180:0:d0::5f6e:4001
DNS-over-HTTPS https://doh.tiar.app/dns-query
https://adguard-dns.io/kb/zh-CN/gen...pore-dns-server.

## DHCP、DNS設定如下：
Openwrt》網路》界面》LAN》進階設定》使用自訂DNS伺服器》 174.138.21.128

Openwrt》網路》界面》WAN》進階設定》使用自訂DNS伺服器》 174.138.21.128

Openwrt》網路》界面》WAN6》進階設定》使用自訂DNS伺服器》2400:6180:0:d0::5f6e:4001

Openwrt》服務》HTTPS DNS Proxy- 實例》編輯》
盡量在“實例中初始DNS”輸入IPv4 IPv6！
另外，需要修改網路-界面的對應IPv4 IPv6！

提供商 Tiarap Public DNS (JP)
Variant AdBlocking Filter
初始DNS 174.138.21.128,2400:6180:0:d0::5f6e:4001
Variant Direct
初始DNS 174.138.21.128,2400:6180:0:d0::5f6e:4001
監聽位址 127.0.0.1
監聽連接埠 5003
以用戶身份執行 nobody
以群組身份執行 nogroup

即便設定正確，結果也是OSZX DNS (UK) (undefined)，但阻擋廣|告功能正常。
雖然有JP字眼，但測試DNS后會發現DNS在新加坡。
Your DNS Servers
IP Address : ISP : Location :
174.138.21.128 DigitalOcean, LLC Singapore, Singapore
2400:6180:0:d0::5f6e:4001 DigitalOcean, LLC Singapore, Boon Lay
https://browserleaks.com/dns

PS：
對我而言，無論DOT/DOH都失敗，SmartDNS就是垃圾。

此文章於 2025-08-27 02:38 PM 被 sparc10 編輯.

2025-08-27, 12:14 PM #12

sparc10

Junior Member

加入日期: Jun 2003

您的住址: 防備李嘉修推銷！

文章: 891

Current stable release - OpenWrt 24.10.3
https://openwrt.org/start

由於OpenWrt 24.10的内核是Linux kernel: 6.6.9，而6.6版本已經用了EEVDF調度器，但用戶仍舊需要irqbalance！

PS：
Linux Kernel 6.6 重點特性
https://vxworks.net/linux/1130-linu...ew-key-features

EEVDF調度器詳解
https://zhuanlan.zhihu.com/p/704413081

此文章於 2025-09-24 04:41 PM 被 sparc10 編輯.

2025-09-24, 01:43 PM #13

sparc10

Junior Member

加入日期: Jun 2003

您的住址: 防備李嘉修推銷！

文章: 891

引用:

作者tbsky

這個推斷好特別，不知道可有出處呢？問了一下 AI 也不知道這個因果關係。

谷歌AI不太贊同我關閉irqbalance!

問題：
由於OpenWrt 24.10的内核是Linux kernel: 6.6，而6.6版本内核已經用了EEVDF調度器，用戶是否需要在openwrt中啓用irqbalance？並列出啓用或不啓用的理由。

谷歌AI回答：
【轉貼】結論先行
在絕大多數擁有多核心處理器（Multi-core CPU）的 OpenWrt 設備上，答案是：是的，仍然強烈建議啟用 irqbalance。
EEVDF 調度器的引入並不會取代 irqbalance 的功能，因為它們處理的是系統中兩個不同層面的問題。
https://g.co/gemini/share/2d9747fcdd96

微軟AI回答：
總結：EEVDF 解決的是「進程排程」問題，不會取代 irqbalance 的功能。是否啟用 irqbalance，取決於你的 CPU 核心數與使用場景。

4 核以上的 OpenWrt 設備（例如 x86 路由器、MT798x/Filogic 系列 SoC）：建議啟用 irqbalance，並排除 WiFi 中斷。

2 核 SoC（常見於低階 ARM/MIPS 路由器）：建議手動綁定關鍵 IRQ（如 eth0 給 CPU0，WiFi 給 CPU1），不必啟用 irqbalance。

單核設備：完全沒必要啟用。
https://copilot.microsoft.com/share...E4Lgpfh5Jn8MdAm

此文章於 2025-09-24 04:57 PM 被 sparc10 編輯.

2025-09-24, 04:40 PM #15

sparc10

Junior Member

加入日期: Jun 2003

您的住址: 防備李嘉修推銷！

文章: 891

Current stable release - OpenWrt 24.10.4
https://openwrt.org/releases/24.10/start

個人做法供參：
2.4GHz: 802.11 AX 20MHZ 頻道 1
5GHz: 802.11 AX 80MHZ 頻道 149
2.4Ghz的重點在於發射距離越遠越好，所以才建議用40M頻寬，甚至用20M！
5Ghz的重點在於網路頻寬越大越好，所以才建議用80M頻寬，甚至用160M！

啓用HTTPS DNS proxy
服務狀態
版本2025.10.07-r1 - 執行中
強制使用指定DNS連接埠： 53 853.
服務實例
Custom (https://v.recipes/dns/freedns.contr...-hagezi-proplus)代理，位於連接埠5053.

啓用AdBlock-Fast
輸出詳細程度設定》抑制輸出，控制系統日誌和主控台輸出的詳細程度。
黑白清單網址》Hagezi-NORMAL-domains
服務狀態
版本 1.2.0-r22 - 活動.
封鎖137259個網域 (用 dnsmasq.servers)。
強制使用指定DNS連接埠： 53 853.

設好后，在Window Terminal執行ipconfig/flushdns

當我的TP-Link Ax23被刷機成Openwrt後，其防火牆的硬體流量卸載被啟動，且我沒有安裝Sqm等QoS套件。
這樣一來，我在下列網站得分是B，且路由器負載（1/5/15分鐘平均值往往低於0.15！）
（如果我關閉硬體流量卸載，且使用SQM，也能拿到B，但路由器負載偏高）
Bufferbloat and Internet Speed Test
https://www.waveform.com/tools/bufferbloat

測速（我在其四種場景共拿到19顆星星）
https://www.speedtest.net/zh-Hant

PS：
【轉貼】在 2.4GHz 頻段中，頻道1、6和11是僅有的3個非重疊且干擾最小的頻道。
若在 5G 頻段您有 24 個頻道可以選擇，建議您可以選擇像 36、48、149和161 的頻道。
https://www.tp-link.com/tw/blog/95/...96%B9%E6%B3%95/

當TP-Link Ax23被刷機成Openwrt後，且我沒有安裝Sqm等QoS套件，其防火牆的硬體流量卸載被啟動，這樣做不會影響Openwrt的HTTPS DNS Proxy套件功能！
此因谷歌AI認爲：
對於 TP-Link AX23 這類路由器（通常使用 MediaTek Filogic 晶片），這其實是最佳配置：
HTTPS DNS Proxy 會消耗一定的 CPU 資源（因為 HTTPS 加密需要運算）。
硬體流量卸載則會釋放 CPU 資源（不讓 CPU 處理龐大的下載流量）。
開啟硬體卸載反而能騰出更多 CPU 算力給 https-dns-proxy 使用，避免在高流量下載時，因為 CPU 滿載而導致 DNS 解析變慢。

當TP-Link Ax23被刷機成Openwrt後，它不適合使用Irqbalance套件！
此因谷歌AI認爲：
1. 硬體架構特性 (雙核心效益有限)
TP-Link AX23 通常搭載的是一顆雙核心CPU。

核心數過少： irqbalance 的主要優勢在於多核心（通常是 4 核以上）伺服器環境，能將大量的中斷請求（Interrupts）動態分配給不同的 CPU 核心處理。但在僅有雙核心的嵌入式設備上，中斷分配的選擇非常有限（不是 Core 0 就是 Core 1），動態調整的效益極低。

預設綁定已足夠：現代 OpenWrt 的 MediaTek 目標（Target）驅動程式通常已經針對雙核心進行了優化，預設的中斷親和性（SMP Affinity）通常已經設定得足夠好。

2. 硬體卸載 (Hardware Offloading) 的存在
這是最關鍵的理由。MediaTek MT7621擁有強大的封包處理引擎 (PPE, Packet Process Engine)，也就是俗稱的硬體 NAT。

繞過 CPU：當你在 OpenWrt 的防火牆設定中啟用「軟體流量卸載 (Software Flow Offloading)」與「硬體流量卸載 (Hardware Flow Offloading)」後，大部分的網路封包轉發工作會由專用的硬體晶片處理，根本不需要 CPU 介入。

中斷減少：既然 CPU 不需要處理這些封包，產生的中斷（IRQ）數量就會大幅下降。此時 irqbalance 就沒有用武之地，因為根本沒有高負載需要「平衡」。

3. 快取震盪 (Cache Thrashing) 與延遲
在嵌入式系統中，頻繁地將中斷處理在不同的 CPU 核心之間搬移，反而會造成負面影響：

快取失效：當中斷從 Core 0 被搬移到 Core 1 時，Core 0 原本 L1/L2 Cache 中的相關資料就會失效，Core 1 必須重新載入資料。這會導致 CPU 週期浪費，反而增加了網路延遲（Latency）。
抖動問題： irqbalance 有時會因為判斷邏輯，導致中斷在兩個核心間不斷跳動，造成系統不穩定。

[B]針對 TP-Link Archer AX23 刷成 OpenWrt 後的情況，最適合的DoH 套件是：https-dns-proxy [/B]
此因谷歌AI認爲：
1. 硬體資源的極限 (最關鍵理由)
根據 OpenWrt 的硬體資料庫，TP-Link Archer AX23 (v1) 的核心規格如下：
CPU: MediaTek MT7621DAT (雙核心 MIPS 架構, 880MHz)
RAM: 128 MB (DDR3)
Flash (儲存空間): 16 MB (SPI-NOR)
這個規格在現代標準下屬於「入門級」。

儲存空間僅 16MB：這是最大的瓶頸。OpenWrt 系統本身已佔用大部分空間，剩下的可用空間極少。SmartDNS 的體積相對較大，而 AdGuard Home 等軟體動輒十幾 MB，幾乎不可能直接安裝在內建 Flash 中。而 https-dns-proxy 的安裝檔非常輕量（僅約幾十 KB），完全不會對儲存空間造成壓力。

記憶體僅 128MB：執行 DoH 加密運算需要消耗 RAM。https-dns-proxy 設計極為精簡，常駐記憶體極低。相比之下，如果使用更複雜的 DNS 套件，可能會在併發連線數高時導致記憶體耗盡 (OOM)，造成路由器當機或重啟。

2. 架構與整合性
原生整合 Dnsmasq： OpenWrt 預設使用 Dnsmasq 作為 DNS 解析器。https-dns-proxy 的設計邏輯是「輔助」而非「取代」。它會在後台建立一個輕量的本地 DoH 代理 (Localhost proxy)，讓原本的 Dnsmasq 將查詢轉發給它處理。這種架構最符合 OpenWrt 的原生設計邏輯，穩定性最高。

MT7621 的效能負擔：這顆 CPU 雖然是雙核心，但屬於較舊的 MIPS 架構。在處理高強度的 HTTPS 加密封包時（DoH 本質就是 HTTPS），CPU 負擔不小。https-dns-proxy 相對單純，專注於轉發與加密，沒有多餘的功能（如複雜的廣|告過濾規則比對），能將 CPU 資源留給更重要的封包轉發 (NAT) 工作。

此文章於 2025-12-13 10:46 PM 被 sparc10 編輯.

2025-12-13, 01:51 PM #16

sparc10

Junior Member

加入日期: Jun 2003

您的住址: 防備李嘉修推銷！

文章: 891

OpenWrt 24.10.5 - Service Release - 19. December 2025
https://www.mobile01.com/externalli...2Fnotes-24.10.5

小米WR30U (AX3000T) $2xx跑滿1Gbps的路由器：MTK WIFI6+原生OpenWRT
https://upsangel.com/router-2/xiaom...B8%89H3CNX30PRO

個人做法供參：
2.4GHz: 802.11 AX 20MHZ 頻道 1
5GHz: 802.11 AX 80MHZ 頻道 48
2.4Ghz的重點在於發射距離越遠越好，所以才建議用40M頻寬，甚至用20M！
5Ghz的重點在於網路頻寬越大越好，所以才建議用80M頻寬，甚至用160M！

啓用HTTPS DNS proxy
服務狀態
版本2025.10.07-r1 - 執行中
強制使用指定DNS連接埠： 53 853.
服務實例
Custom (https://v.recipes/dns/freedns.contr...-hagezi-proplus)代理，位於連接埠5053.

網路 - 防火牆 - 區域設定 - 一般設定
啟用SYN洪水保護
丟棄無效封包

網路 - 全域網路選項 - 封包引導
已啟用（所有CPU）

網路 - 防火牆 - 防火墻路由卸載》軟體流量卸載

設好后，在Window Terminal執行ipconfig/flushdns，就能重置DNS。

PS：
谷歌AI說：
1. 軟體流量卸載 (Software Flow Offloading)
軟體流量卸載是透過 Linux 核心中的 nftables 或 iptables 建立一條「快速路徑」，讓已建立連線的封包繞過複雜的核心網路堆疊（Network Stack）。
優點：
通用性高：幾乎支援所有網路介面（LAN, WAN, Wi-Fi）。
效能提升顯著：能將轉發效能提升約 2-3 倍，讓 MT7621 處理近 500-600Mbps 的流量時 CPU 負擔減輕。
相容性較好：比硬體卸載穩定，較少出現連線中斷或 Wi-Fi 異常問題。

2. 硬體流量卸載 (Hardware Flow Offloading)
這是利用 MT7621 內建的硬體封包處理引擎（PPE / Hardware NAT）來執行任務，封包直接在硬體層面交換，完全不經過 CPU。
缺點：
功能衝突多：與流量監控（Statistics）、QoS、**大部分插件（如某些科學網際網路插件的過濾功能）**不相容。
特定限制：MT7621 的硬體卸載在 OpenWrt 官方驅動下主要支援乙太網路 (LAN/WAN)，對 Wi-Fi 的加速效果有限。
潛在 Bug：在某些舊版 OpenWrt 核心上可能導致連線凍結或 iOS 通知推送延遲。

如果你追求極致穩定且頻寬在 500M 以下：
建議：僅開啟「軟體流量卸載」。
這能在提升效能的同時，避免硬體加速可能帶來的特定網路相容性 Bug。
https://gemini.google.com/share/1ba54af7aec2

此文章於 2025-12-21 02:08 PM 被 sparc10 編輯.

2025-12-20, 02:58 PM #19

sparc10

Junior Member

加入日期: Jun 2003

您的住址: 防備李嘉修推銷！

文章: 891

我發現ImmortalWrt 24.10并未預設啟用 BBR (Bottleneck Bandwidth and Round-trip propagation time)，我照著谷歌AI 3 Flash建議才裝好BBR！
我停用 FullCone NAT！

系統 - SSH 存取 - PORT：7788 （我沒使用預設的Port 22）
系統 - HTTP訪問 - 重定向到 HTTPS：打勾

網路 - 全域網路選項 - 封包引導
已啟用（所有CPU）

# 我同時使用ControlD DNS過濾惡意網站，并用banIP阻止他人騷擾、滲入。
Services -> banIP。
在 Feeds 選項中，勾選：debl、feodo、firehol1、greensnow
Nice 级别：較低（調低banIP優先級，以便SQM運算順利）
https://github.com/openwrt/packages...files/README.md

系統 - 計劃任務
0 4 * * * sleep 61 && touch /etc/banner && reboot
2 4 * * * wifi reload

# ImmortalWrt候选 NTP 服务器在中國，所以自行填入time.windows.com、pool.ntp.org
系统属性 - 常规设置 - 時區 Asia/Taipei
系统属性 - 常规设置 - 時間同步
候选 NTP 服务器
time.windows.com
pool.ntp.org
ntp.tencent.com
ntp1.aliyun.com
ntp.ntsc.ac.cn
cn.ntp.org.cn

網路 - 防火牆 - 區域設定 - 一般設定
啟用SYN洪水保護
丟棄無效封包
網路 - 防火牆 - 防火墻路由卸載
軟體流量卸載
（軟體卸載依然能大幅降低 CPU 負擔，但它與 nftables 的相容性比硬體卸載好得多，能確保 banIP 規則被正確觸發。）

# 我的SQM (Smart Queue Management)
設定只開一個規則：wan
將ISP牌定速率乘0.75（下載）乘以1000，或乘0.75（上傳)乘以1000，分別得到上傳速度、下載速度，填入規則中。
原則用Cake、layer_cake.qos （piece_of_cake.qos在我家效果不佳）

此文章於 2025-12-31 11:28 PM 被 sparc10 編輯.

2025-12-25, 03:48 PM #20

j1989_41 Regular Member 加入日期: Dec 2010 文章: 57	5GHz bandwidth設定成 40MHz 真的是自廢武功
2025-12-13, 05:23 PM #17