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

sparc10

Junior Member

加入日期: Jun 2003

您的住址: 蔡英文和寶和會！

文章: 826

我用的是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

__________________
財經網紅，台股標的：00631L/0050/6208ETF，美股標的：SPLG（SP500 ETF）、軍火股。
PM技術分析心得， Anderson金融股心得，刀疤老二心得，全聚德期權小白書、The Guide to Smart Money Concepts。
立即停止回覆所有塔綠斑網軍的造假文，以免你還幫牠們把垃圾文推向第一頁！
Sparc10/ 老老濕/ 豆子在本站見縫插針地去引導爭吵，反倒讓執政黨吃乾抹净並全身而退。
當老老濕被戳破言論之後，他就會轉移陣地不回應了。Kouiou回答衆多核能常見問題。

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

sparc10

Junior Member

加入日期: Jun 2003

您的住址: 蔡英文和寶和會！

文章: 826

引用:

作者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

您的住址: 蔡英文和寶和會！

文章: 826

引用:

作者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

您的住址: 蔡英文和寶和會！

文章: 826

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

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