Log for Ubuntu 台灣社群
把 Raspberry Pi Pico W 變成 USB Wi-Fi 轉接器 （★ 102 分）
pico-usb-wifi 是一個給 Raspberry Pi Pico W 使用的韌體，能把 Pico W 變成免安裝專用驅動程式的 USB Wi-Fi 轉接器。它會在主機端列舉成 USB CDC-NCM（USB 通訊裝置類別的網路控制模型，外觀類似有線網路介面）裝置，並用透明的第 2 層橋接（Layer 2 bridge）在 Pico W 的 Wi-Fi 與 USB 介面之間轉送封包。主機的 USB 網路介面會採用 Pico W Wi-Fi station 的 MAC 位址（網路卡硬體位址），因此從 Wi-Fi 存取點看起來只有一個裝置身分，主機則直接取得同一網段上的 IPv4 與 IPv6 位址，不需要 NAT（網路位址轉換）、私人子網或連接埠轉發。
這個設計的重點是讓主機完全不需要 Wi-Fi 堆疊：不必安裝 wpa_supplicant、cfg80211/mac80211、法規資料庫、晶片韌體或廠商驅動程式，只要作業系統內建 cdc_ncm 與 cdc_acm 驅動即可；作者指出現代 Linux、macOS、Windows 10 以上、Android 與 iOS 都具備這些類別驅動。Wi-Fi 憑證則透過第一個 CDC-ACM（USB 通訊裝置類別的抽象控制模型，常見於 USB 序列埠）管理主控台設定，支援 WPA2-PSK（使用預先共享金鑰的 WPA2 驗證），可設定 SSID、密碼、國家碼與除錯開關；第二個 CDC-ACM 介面則作為除錯輸出，回報連線狀態、封包轉送計數、掉包、watchdog（看門狗）復原與可用記憶體等指標。
技術上，韌體使用 pico-sdk 2.2.0、TinyUSB 與 lwIP（輕量 TCP/IP 協定堆疊），Pico W 本身不持有 IP 位址，只負責 Wi-Fi 關聯、WPA2 驗證與封包轉送。由於一般 Wi-Fi station 不能透明橋接多個 MAC 位址，這個專案改採「MAC 採用」策略，讓主機與 Wi-Fi station 共用同一個 MAC；為了讓 IPv6 的 SLAAC（IPv6 無狀態位址自動設定）、路由器公告與鄰居探索可正常運作，韌體會讓 CYW43 Wi-Fi 晶片接收所有多播封包，並過濾由存取點反射回來的主機自身廣播或多播。效能方面，受限於 RP2040 原生 Full-Speed USB（12 Mbit/s），實測平均約 4.75 Mbit/s，作者認為足以供儀表板、控制介面或受限嵌入式主機使用；未來可能透過第二核心、PIO 實驗或外接 High-Speed USB PHY 提升吞吐量。
討論中不少人把焦點放在作者「花兩天假期與約一百萬個 Claude Code token 做出來」的背景，以及文件中提到 Google Gemini 曾判定此事不可行。有人將 Gemini、Claude、ChatGPT 的程式能力做趣味比較，也有人補充這其實有先例，例如 BlueSCSI、PicoMEM 與 PicoGUS 都曾把 Pico W 用於透明乙太網路橋接或模擬網卡。也有留言提醒，Raspberry Pi Pico 是微控制器而不是可直接安裝 OpenWRT 的 Raspberry Pi 單板電腦；若需求是把 USB 印表機分享成網路印表機，Pi Zero 可能更適合。
成本與用途也引發討論：有人認為一百萬 Claude token 的費用加上 Pico W 成本，未必比買 5 美元 USB Wi-Fi 網卡划算；作者回應他的目標裝置是 Spotify Car Thing/SuperBird 這類缺少 Wi-Fi 元件的設備，且 Claude Code Pro 訂閱已閒置，對他而言額外成本很低。其他人則看好它對無頭主機、受限 Linux 裝置或手邊已有多片 Pico W 的使用者很實用，因為目標系統不必處理 Wi-Fi 設定；同時也有人提醒 Pico W 同時具備 USB 與無線能力，若被濫用可能帶來安全風險，甚至有人聯想到把多片 Pico W 接到 USB 集線器做無線掃描用途。
👥 25 則討論、評論 💬
https://news.ycombinator.com/item?id=48654676
pico-usb-wifi 是一個給 Raspberry Pi Pico W 使用的韌體，能把 Pico W 變成免安裝專用驅動程式的 USB Wi-Fi 轉接器。它會在主機端列舉成 USB CDC-NCM（USB 通訊裝置類別的網路控制模型，外觀類似有線網路介面）裝置，並用透明的第 2 層橋接（Layer 2 bridge）在 Pico W 的 Wi-Fi 與 USB 介面之間轉送封包。主機的 USB 網路介面會採用 Pico W Wi-Fi station 的 MAC 位址（網路卡硬體位址），因此從 Wi-Fi 存取點看起來只有一個裝置身分，主機則直接取得同一網段上的 IPv4 與 IPv6 位址，不需要 NAT（網路位址轉換）、私人子網或連接埠轉發。
這個設計的重點是讓主機完全不需要 Wi-Fi 堆疊：不必安裝 wpa_supplicant、cfg80211/mac80211、法規資料庫、晶片韌體或廠商驅動程式，只要作業系統內建 cdc_ncm 與 cdc_acm 驅動即可；作者指出現代 Linux、macOS、Windows 10 以上、Android 與 iOS 都具備這些類別驅動。Wi-Fi 憑證則透過第一個 CDC-ACM（USB 通訊裝置類別的抽象控制模型，常見於 USB 序列埠）管理主控台設定，支援 WPA2-PSK（使用預先共享金鑰的 WPA2 驗證），可設定 SSID、密碼、國家碼與除錯開關；第二個 CDC-ACM 介面則作為除錯輸出，回報連線狀態、封包轉送計數、掉包、watchdog（看門狗）復原與可用記憶體等指標。
技術上，韌體使用 pico-sdk 2.2.0、TinyUSB 與 lwIP（輕量 TCP/IP 協定堆疊），Pico W 本身不持有 IP 位址，只負責 Wi-Fi 關聯、WPA2 驗證與封包轉送。由於一般 Wi-Fi station 不能透明橋接多個 MAC 位址，這個專案改採「MAC 採用」策略，讓主機與 Wi-Fi station 共用同一個 MAC；為了讓 IPv6 的 SLAAC（IPv6 無狀態位址自動設定）、路由器公告與鄰居探索可正常運作，韌體會讓 CYW43 Wi-Fi 晶片接收所有多播封包，並過濾由存取點反射回來的主機自身廣播或多播。效能方面，受限於 RP2040 原生 Full-Speed USB（12 Mbit/s），實測平均約 4.75 Mbit/s，作者認為足以供儀表板、控制介面或受限嵌入式主機使用；未來可能透過第二核心、PIO 實驗或外接 High-Speed USB PHY 提升吞吐量。
討論中不少人把焦點放在作者「花兩天假期與約一百萬個 Claude Code token 做出來」的背景，以及文件中提到 Google Gemini 曾判定此事不可行。有人將 Gemini、Claude、ChatGPT 的程式能力做趣味比較，也有人補充這其實有先例，例如 BlueSCSI、PicoMEM 與 PicoGUS 都曾把 Pico W 用於透明乙太網路橋接或模擬網卡。也有留言提醒，Raspberry Pi Pico 是微控制器而不是可直接安裝 OpenWRT 的 Raspberry Pi 單板電腦；若需求是把 USB 印表機分享成網路印表機，Pi Zero 可能更適合。
成本與用途也引發討論：有人認為一百萬 Claude token 的費用加上 Pico W 成本，未必比買 5 美元 USB Wi-Fi 網卡划算；作者回應他的目標裝置是 Spotify Car Thing/SuperBird 這類缺少 Wi-Fi 元件的設備，且 Claude Code Pro 訂閱已閒置，對他而言額外成本很低。其他人則看好它對無頭主機、受限 Linux 裝置或手邊已有多片 Pico W 的使用者很實用，因為目標系統不必處理 Wi-Fi 設定；同時也有人提醒 Pico W 同時具備 USB 與無線能力，若被濫用可能帶來安全風險，甚至有人聯想到把多片 Pico W 接到 USB 集線器做無線掃描用途。
👥 25 則討論、評論 💬
https://news.ycombinator.com/item?id=48654676
Bunny DNS 改為免費：因為更快的網際網路不會自己打造出來 （★ 273 分）
Bunny.net 宣布取消 Bunny DNS（DNS，Domain Name System，網域名稱系統）的 DNS 查詢費，讓每個帳號最多可免費代管 500 個網域，且不再有查詢量上限或逐筆請求計費。Bunny DNS 原本是 Bunny CDN（Content Delivery Network，內容傳遞網路）的內部路由引擎，用來判斷請求該送往哪個最佳節點；如今已服務超過 30 萬個網域、每月處理近 2,000 億次查詢。新方案也包含智慧紀錄與健康檢查等功能，不再藏在企業方案後方，但 bunny.net 平台仍維持帳號每月 1 美元最低消費。
Bunny.net 將 DNS 定位為整個平台的入口，強化與 CDN 和安全防護的整合。新功能包括自動掃描常見 DNS 紀錄來協助搬移網域，也可上傳 BIND 格式的 zone 檔案（常見 DNS 區域檔格式）。使用者可從 DNS 紀錄直接啟用 1-Click Acceleration，自動建立 Pull Zone（CDN 從來源站拉取內容的設定單位），也能透過 Bunny Shield 在邊緣節點過濾惡意流量、阻擋常見漏洞攻擊並吸收 DDoS（Distributed Denial of Service，分散式阻斷服務攻擊）。
技術更新方面，Bunny DNS 已支援 IPv4 與 IPv6（Internet Protocol version 4/6，網際網路協定第 4/6 版）的雙協定名稱伺服器解析；DNSSEC（Domain Name System Security Extensions，DNS 安全延伸）則採用 NSEC Black Lies（一種降低 DNS 區域被列舉風險的做法），在提供防竄改驗證的同時避免暴露完整網域結構。它也新增 HTTPS 與 SVCB 紀錄（提示 client 端如何連線的 DNS 紀錄）、TLSA 紀錄（搭配 DANE，DNS-based Authentication of Named Entities，以 DNS 協助憑證驗證的機制），以及 CDS/CDNSKEY（協助 DNSSEC 金鑰自動管理）。
HN 討論中，不少人肯定 Bunny 作為歐洲的 Cloudflare 替代選擇，稱讚其 CDN 速度、介面與 API（Application Programming Interface，應用程式介面）部署體驗，也有人提到已有 Terraform（基礎架構即程式碼工具）供應器可用。也有留言補充，Bunny DNS 是權威 DNS 代管服務，負責對外回答某網域的正式紀錄，不是 Google 8.8.8.8 或 Cloudflare 1.1.1.1 那類替一般上網查詢網域的遞迴解析器；其亮點在於全球權威名稱伺服器、可用 JavaScript 撰寫路由邏輯、地理路由與 DNS 負載平衡，但也有人認為常用網域的 DNS 紀錄通常會被遞迴解析器快取，實際速度差異未必總是明顯。
主要爭議集中在「免費」的說法：多名留言者指出平台仍有每月 1 美元最低消費，因此若只想開帳號使用 DNS，嚴格來說並非完全零成本；也有人認為這只是整個帳號的最低發票金額，若本來就使用 bunny.net 服務，影響很小。實務面上，有使用者提醒自動匯入可能漏掉既有紀錄，甚至 zone 檔案匯入與匯出曾發生紀錄被悄悄省略的問題，建議保留原始 BIND 檔並人工驗證；另有人希望 API 金鑰能有更細的權限範圍，避免金鑰外洩後連 MX 紀錄（郵件交換紀錄）都可能被改動。Bunny 員工回應，API 金鑰權限範圍正在規劃中，且 CDN 已新增僅 IPv6 來源站支援。
👥 89 則討論、評論 💬
https://news.ycombinator.com/item?id=48657030
Bunny.net 宣布取消 Bunny DNS（DNS，Domain Name System，網域名稱系統）的 DNS 查詢費，讓每個帳號最多可免費代管 500 個網域，且不再有查詢量上限或逐筆請求計費。Bunny DNS 原本是 Bunny CDN（Content Delivery Network，內容傳遞網路）的內部路由引擎，用來判斷請求該送往哪個最佳節點；如今已服務超過 30 萬個網域、每月處理近 2,000 億次查詢。新方案也包含智慧紀錄與健康檢查等功能，不再藏在企業方案後方，但 bunny.net 平台仍維持帳號每月 1 美元最低消費。
Bunny.net 將 DNS 定位為整個平台的入口，強化與 CDN 和安全防護的整合。新功能包括自動掃描常見 DNS 紀錄來協助搬移網域，也可上傳 BIND 格式的 zone 檔案（常見 DNS 區域檔格式）。使用者可從 DNS 紀錄直接啟用 1-Click Acceleration，自動建立 Pull Zone（CDN 從來源站拉取內容的設定單位），也能透過 Bunny Shield 在邊緣節點過濾惡意流量、阻擋常見漏洞攻擊並吸收 DDoS（Distributed Denial of Service，分散式阻斷服務攻擊）。
技術更新方面，Bunny DNS 已支援 IPv4 與 IPv6（Internet Protocol version 4/6，網際網路協定第 4/6 版）的雙協定名稱伺服器解析；DNSSEC（Domain Name System Security Extensions，DNS 安全延伸）則採用 NSEC Black Lies（一種降低 DNS 區域被列舉風險的做法），在提供防竄改驗證的同時避免暴露完整網域結構。它也新增 HTTPS 與 SVCB 紀錄（提示 client 端如何連線的 DNS 紀錄）、TLSA 紀錄（搭配 DANE，DNS-based Authentication of Named Entities，以 DNS 協助憑證驗證的機制），以及 CDS/CDNSKEY（協助 DNSSEC 金鑰自動管理）。
HN 討論中，不少人肯定 Bunny 作為歐洲的 Cloudflare 替代選擇，稱讚其 CDN 速度、介面與 API（Application Programming Interface，應用程式介面）部署體驗，也有人提到已有 Terraform（基礎架構即程式碼工具）供應器可用。也有留言補充，Bunny DNS 是權威 DNS 代管服務，負責對外回答某網域的正式紀錄，不是 Google 8.8.8.8 或 Cloudflare 1.1.1.1 那類替一般上網查詢網域的遞迴解析器；其亮點在於全球權威名稱伺服器、可用 JavaScript 撰寫路由邏輯、地理路由與 DNS 負載平衡，但也有人認為常用網域的 DNS 紀錄通常會被遞迴解析器快取，實際速度差異未必總是明顯。
主要爭議集中在「免費」的說法：多名留言者指出平台仍有每月 1 美元最低消費，因此若只想開帳號使用 DNS，嚴格來說並非完全零成本；也有人認為這只是整個帳號的最低發票金額，若本來就使用 bunny.net 服務，影響很小。實務面上，有使用者提醒自動匯入可能漏掉既有紀錄，甚至 zone 檔案匯入與匯出曾發生紀錄被悄悄省略的問題，建議保留原始 BIND 檔並人工驗證；另有人希望 API 金鑰能有更細的權限範圍，避免金鑰外洩後連 MX 紀錄（郵件交換紀錄）都可能被改動。Bunny 員工回應，API 金鑰權限範圍正在規劃中，且 CDN 已新增僅 IPv6 來源站支援。
👥 89 則討論、評論 💬
https://news.ycombinator.com/item?id=48657030