TechMoon 科技月球
WordPress、SEO 與 AI 工具實測指南
隱私元搜尋 Libre Search 消失了，用 searx.space 挑活實例
Libre Search 是架在免費動態 DNS 網域上的 SearXNG 公共實例，教學文章流傳的網址已被 DNS 供應商收回，現在打開是 ClouDNS 行銷頁。從死亡證據拆解公共實例的隱私承諾為什麼是信任題、2026 年公共實例的機器人防護門檻，以及用 searx.space 名單挑實例的方法。
用 AI 摘要這篇文章：
把「不追蹤你」的承諾，架在別人家免費子網域上，是隱私工具世界裡最容易踩的結構性風險。Libre Search 是個現成案例：它是一個 SearXNG 公共實例，架在免費動態 DNS 網域 so.ddns-ip.net 底下，網路上的介紹文章把它當成「隱私友善的開放元搜尋引擎」推薦。到 2026 年 11 月，這個網址指向的位置已經被 DNS 供應商收回，打開是一張 DNS 業者的行銷頁。搜尋引擎消失了，連同它留在頁面上的那些承諾一起，而你連它是誰架的都無從查起。
把 Libre Search 的死亡證據攤開，順著這條線可以講清楚公共實例的運作邏輯：隱私承諾為什麼是信任題、2026 年要用公共實例的實際門檻長什麼樣、以及把起點從「背住某個網址」換成「看名單」之後，使用姿勢該怎麼調整。
那個網址現在打開，是 DNS 業者的行銷頁
先處理最直接的問題：如果你照著舊教學把 so.ddns-ip.net 加進書籤，甚至把它設成瀏覽器的預設搜尋引擎，現在應該已經發現不對勁了。
實際連上去看，狀況是這樣：網址仍然解析得到位置，但憑證交握時拿到的是 cloudns.org 的憑證，不是這個網址自己的；走 HTTP 連線，伺服器一律把你轉到 cloudns.org；強行忽略憑證差異把頁面取回來，標題寫得明白，「so.ddns-ip.net is now ClouDNS: Free DNS hosting and domain names」，內容是 ClouDNS 的 DNS 代管服務介紹與方案定價。搜尋框、偏好設定、實例資訊，什麼都沒剩下。當年介紹文標榜的「搜尋結果簡潔無廣告」，如今這個位置上剩下的東西，本體就是一則廣告。
死亡時間可以收窄到一段不算長的區間。介紹文章刊出於 2025 年 5 月 26 日；網際網路檔案館對這個網址的存檔紀錄只有一筆，落在 2025 年 11 月 9 日，而那一筆存下的已經是轉址狀態。換句話說，最晚在 2025 年 11 月，實例就已經不在了。從教學文章出現到網址失效，中間最多隔著五個半月。
善後很簡單：書籤刪掉，瀏覽器設定裡把預設搜尋引擎換掉，曾經照教學裝過 OpenSearch 項目的，到搜尋引擎管理頁面把同名項目移除。真正要換的觀念在後面幾節。
這裡有個值得記下的細節：ddns-ip.net 這個網域的權威 DNS 主機，四台全部隸屬 cloudns 系列。也就是說，so 這個名字自始至終都是跟 ClouDNS 的免費動態 DNS 服務借來的。名字是借來的，就有還回去的一天，還回去之後變成什麼，由出借方決定，不由架站的人決定。
免費子網域的宿命：你的網址，其實是房客
Libre Search 的消失是免費子網域服務的預設結局，中間沒有任何戲劇性。
動態 DNS 服務讓人在沒有自己的網域時，用「某名字.ddns-ip.net」這類地址把服務架上線，對個人玩家很方便。但產權結構從頭就沒站在你這邊：子網域的使用權綁在服務條款上，帳號停止、額度收回、服務整併，任何一個環節變動，名字就回到供應商手裡。這次它變成行銷頁，對照各種免費子網域被收回後轉賣、停放廣告的常見結局，已經算是體面的收場。
對使用者的教訓很具體：判斷一個免費服務能不能依賴，先看它站在誰的地基上。架在自己的網域上，經營者至少對名字有處分權；架在免費子網域上，服務的壽命上限就是經營者的續約意願加上供應商的商業決定。隱私工具尤其如此，把搜尋入口交給一個連名字都是借來的服務，等於把「不追蹤」的期待寄放在兩層你都不認識的人手上。
更麻煩的是設定深度的問題。當年的介紹文不只給了網址，還教讀者透過瀏覽器的 OpenSearch 機制，把這類實例設成預設搜尋引擎。書籤失效，損失是一個連結；預設搜尋引擎失效，每一筆從網址列敲進去的查詢都會被送往那個失效位置。把這種設定架在免費子網域上，等於讓瀏覽器的日常入口跟著別人的續約狀態一起起伏。
「不追蹤你」在公共實例上是信任題，不是規格題
SearXNG 是什麼，值得先講清楚。它是一套開源的元搜尋引擎軟體：你對它查詢，它去向多家搜尋平台要結果，彙整之後回給你。軟體的隱私設計寫在官方文件裡，做法分成三層：把私人資料從發往搜尋服務的請求裡拿掉、不讓第三方內容跟著結果頁回傳、也把私人資料從你點開結果頁的請求裡拿掉。官方同樣直說：SearXNG 不投放廣告、不送追蹤內容。
但這些是軟體的性質。你實際連上的公共實例，是某個人用這套軟體架出來的服務，兩者不能互相背書。SearXNG 官方文件對這一點說得罕見地坦白，翻譯過來是：用公共實例，等於必須信任那個實例的管理員；使用者無法得知自己的請求有沒有被記錄、彙整、外送或賣給第三方。原文更冷一句，公共實例「由你觀點之下的未知一方經營」（operated by unknown parties, from the users’ point of view）。
拿這個標準回頭看那些介紹文字，問題就浮出來了。宣稱自己不會儲存任何使用者資料，這句是實例方的自我宣告，外部無法驗證，實例一死更無從對證；把 Matrix 群組、Weblate 翻譯平台、GitHub 貢獻管道拿來當全球社群協作維護的證據，則是把 SearXNG 軟體專案的社群，錯安到一個匿名實例頭上。軟體開源、社群活躍，都不改變「這台機器由匿名者經營、你看不到它的設定檔」這件事。
公共實例的價值依然成立：免費、免安裝、用完即走，對偶爾需要避開主流引擎檔案建立的查詢很夠用。要修正的是期望的形狀：公共實例給的是「降低被主流引擎建立檔案的機率」，給不了「數學上保證沒人看到你的查詢」。前者是合理的使用理由，後者只有自架才兌現得了。
想用公共實例，先過它自己的機器人防護
舊介紹裡有個說法在 2026 年已經反轉：它標榜 SearXNG「省去了人機驗證環節」。實況是，公共實例自己就設有驗證機制，而且對自動化流量不客氣。
從共享出口（Cloudflare Warp）對 searx.space 名單上六個拿到 A+ 連線評級的實例發起查詢，結果是全面的閉門羹：baresearch.org 先給一張 Anubis 瀏覽器拼圖驗證頁，標題「Making sure you’re not a bot!」，通過拼圖之後再查詢，換回 429 Too Many Requests；etsi.me、priv.au、paulgo.io、anonsearch.win、kantan.cat 連拼圖都沒有，直接 429。六個實例，零個成功送出一次搜尋。
| 實例 | 防護機制 | 查詢結果 |
|---|---|---|
| baresearch.org | Anubis 瀏覽器拼圖驗證 | 過拼圖後仍 429 |
| etsi.me | 請求限流 | 直接 429 |
| priv.au | 請求限流 | 直接 429 |
| paulgo.io | 請求限流 | 直接 429 |
| anonsearch.win | 請求限流 | 直接 429 |
| kantan.cat | 請求限流 | 直接 429 |
欄位為 2026 年 11 月 2 日從共享出口直連的實測結果。
這兩種防護值得認識一下，因為它們擋的東西不同。Anubis 是近年在開源圈流行的整站驗證，瀏覽器要現場算一段拼圖證明（proof-of-work）才放行，專治爬蟲與濫用；429 則多半來自 SearXNG 內建的限流器，對單一來源的高頻請求直接回絕。前者你會看到一張等待頁，後者只有一行冷冰冰的 Too Many Requests。
實例們把自己武裝到這個程度，其實有官方文件背書的原因。SearXNG 文件直說：缺乏防護的公共實例更容易被濫用，而濫用的後果由實例承擔，外部搜尋服務會開始對實例的 IP 要求人機驗證、甚至整段封鎖，到頭來「搜尋請求回的結果會變少」。你的查詢是實例代替你出去問的，所有公共使用者的量全算在實例頭上，站長把門檻拉高，是保護自己的搜尋品質。理解這一點，被 429 擋下的時候至少知道自己在排隊的哪一側。
歸因要正確：這次被全面拒絕的對象，是共享出口的 IP 段。SearXNG 的限流與機器人防護設定在公共實例上很常見，資料中心與 VPN 這類出口的 IP，一般而言正是重點照顧對象，家裡的寬頻直連多半是另一種體驗。
但這恰恰點出一個少被提醒的矛盾：最講究隱私、最常開著 VPN 或 Warp 的那批使用者，正好落在公共實例最容易拒絕的流量類別裡。你的出口決定你能不能用，這在使用隱私工具的現實中，比任何一條功能清單都實在。挑實例之前，先想一下自己平常的連線方式。
挑實例看名單，不看記憶，A+ 也不等於搜得到
實例會死、會擋人，挑選的正確起點就不是任何單一網址，而是名單。
SearXNG 專案自己維護一份公共實例清單，就是 searx.space。2026 年 11 月 2 日查看時，頁面顯示 73 個線上 HTTPS 實例，每列給出位置、軟體版本、TLS 品質、CSP、HTML 品質、憑證、IPv6、所在國家、網路類型與搜尋回應時間；同一份資料裡另有 12 個走洋蔥網路的實例，離線與錯誤的也有獨立分頁可查。連線評級的來源攤得很明白：HTTP 項送往 Mozilla Observatory 打分，TLS 項由 cryptcheck 檢驗。名單背後的資料放在 searxng/searx-instances 倉庫，新實例要上榜得走公開的提交程序。
怎麼讀它，比記住任何網址有價值。名單上有一個名字與 Libre Search 相近的實例 libresearch.space，正好可以當教材：它的 HTTP 與 TLS 評級都是 A+，跑的是 2026.11.1 版軟體（SearXNG 採日期版號，等於最新一日的版本），看起來是模範生。但同一份爬蟲資料往下讀，它的搜尋成功率只有四成，最新一輪檢查裡只剩 Brave 與 DuckDuckGo 兩個引擎回得出結果，條目裡 contact_url 標 false，沒有留任何聯絡方式。頁面載入與憑證很漂亮，查不到東西就是查不到東西。
順帶回答一個自然的疑問：libresearch.space 是不是 Libre Search 搬過去的家？查得到的證據不支持這個說法。它的存檔首頁用的是 SearXNG 預設標題，沒有 Libre Search 的品牌字樣，名單條目裡也沒有任何舊址記載。名字相近，更像是 libre 加 search 的拼字巧合，把它當作一個新實例看待即可。
名單裡的洋蔥網路實例值得單獨一提。這 12 個條目走 Tor 連線，對查詢來源的匿名再加一層，代價是速度與可得性都更看運氣。威脅模型裡有「不想讓實例端看到來源 IP」這一項的人，它們是合理選項；一般使用者先從 HTTPS 實例開始就夠了。
所以挑實例的檢查順序，建議是這樣：看搜尋回應時間與成功率，確認真的搜得到東西；看有沒有留下聯絡方式，匿名程度決定出事時找不找得到人；看版本新舊，持續更新的經營者比較可能在擋濫用與引擎相容性上花心思。A+ 評級拿來當連線品質的下限，別當整體品質的保證。
邊界：這個案例推不出去的結論
幾個容易過度延伸的方向，先劃出來。
共享出口被全面拒絕，不能推成「公共實例都不能用」。被擋的是這類出口的 IP 段，家寬直連是另一回事；名單上 73 個線上實例，回應正常的裡面超過六成在 HTTP 品質項拿到 A+，生態本身活著。
一個實例死了，也不能推成「這套軟體不行」。軟體專案的健康度跟單一實例的壽命是兩件事，SearXNG 本體的活躍程度下一節會看到。
還有兩件事，這個案例永遠給不出答案：實例當年到底有沒有記錄查詢，外部無法驗證，現在更死無對證；Libre Search 活著時期的實際搜尋品質如何，手上只有介紹文章的正面宣稱，沒有獨立存檔可以對照。把這些留白說清楚，比替它補一個好看的說法誠實。
什麼情況下上面的判斷要跟著調整？名單上如果出現一個架在自己網域、留下完整聯絡方式、搜尋成功率穩定的實例，對它的信任就可以往上加一級；反過來，任何一個實例消失，處理方式都是回名單重挑，不是找回舊網址。
要長期穩定，軟體免費，缺的只是你那一台
把鏡頭轉回軟體本體。SearXNG 專案 2021 年 4 月建立，AGPL-3.0 授權，倉庫累積約 3.9 萬顆星、3,568 次 fork，到 2026 年 11 月 1 日都還有新的程式碼推送。它是活的，而且活得很用力。
官方文件給了三條安裝路：容器、安裝腳本、逐步手做，全部有現成文件。實際投入比想像中小：一台便宜的 VPS 或家裡的常開小機器、容器跑起來、網域指過去，就有了；之後的維護是跟著版本更新重拉一次。授權方面對自架者幾乎無感，跑的是官方版本，原始碼本來就公開；AGPL 的額外義務主要落在修改程式後對外提供服務的人身上。自架的意義不在省錢，在於把信任的對象換掉：公共實例把你的查詢交給匿名管理員，自架之後，設定檔、連線日誌、外送清單，全部回到你自己手上。官方在「為什麼用私有實例」那一頁講的就是這個：一切都在你的控制之下，從原始碼到設定。
需求還不到自架的話，折衷方案是調整對公共實例的用法：把它們當拋棄式用品，透過 searx.space 名單隨選隨換，別把任何一個實例設成唯一預設再綁死整個瀏覽工作流；查詢內容敏感的時候，往自架靠。想看另一種自架路線，先前實測過的 sese-engine 走的是自己爬網、自建索引的完整自訂；想把這類檢索接進自動調查流程，Local Deep Research 是現成選項；你若要的只是不留下紀錄的主流引擎結果，Startpage 的代理式做法是另一個方向。
回到開頭那個案例。Libre Search 留下來的真正教訓，不是又一個網址失效了，是「把信任寄放在別人免費子網域上」這件事的帳單遲早會來。名單在、軟體在、自架的路也在，握在自己手裡的選項，比記住的任何一個網址都耐用。
