Android 或放寬標準連接埠：手機連 Windows、NAS 會唔會終於順手啲？

圖：Android Authority．原文連結

Android 手機同 Windows PC、NAS、printer 放喺同一個 Wi-Fi 入面，理論上應該好易互相搵到、互傳文件、開共享 folder；但實際用落，往往要靠品牌 app、第三方 file manager、QR code、雲端同步，甚至手動輸入 IP 同 port。今次 Android Authority 報道嘅 Google Play System Update 變動，唔係一個有 icon 嘅新功能，反而係一個幾底層嘅網上通訊限制放寬：Android app 日後可能可以使用部分以往保留畀系統服務嘅低號標準連接埠。

最值得留意係 SMB 445。SMB 係 Windows file sharing、好多 NAS 同內網 shared folder 嘅核心協定；如果 Android app 可以正式綁定 445，手機就有機會用更標準嘅方式喺內網入面扮演 file server，而唔使靠 8080、4445 呢類替代 port，再叫用家喺 PC 端額外輸入一串地址。對普通人嚟講，分別未必係「速度突然快幾倍」，而係設定步驟少咗、相容性高咗、開發者可以少啲繞路。

Google 到底改咗啲乜

根據 Android Authority 引述 Google Issue Tracker 嘅說法，Google 正準備喺 May 2026 Google Play System Update 入面，容許 Android app 綁定部分 privileged network ports。報道提到嘅例子包括 SSH/SFTP 22、HTTP/HTTPS 80/443、SMB 445、IPP 631；呢啲都係 PC、NAS、printer、local server 長期使用嘅標準 port。功能要求亦唔低：裝置要 Android 13 或以上、Linux kernel 5.15 或以上，而且要支援 Google Play System Update。

不過，呢度要講清楚：官方 Google System Services Release Notes 目前只寫到 Google Play services v26.19 有「Device Connectivity」相關 developer features，冇逐項列明「SMB 445 已開放」或者完整 port 清單。Issue Tracker 可以見到議題標題係「Allow binding privileged ports」，亦有早期討論提到 Linux 上低於 1024 嘅 port 需要 CAP_NET_BIND_SERVICE；但真正推出時間、支援 app、品牌韌體配合程度，仍然要等更多實機同開發者文件確認。所以呢件事應該當係 upcoming / testing，唔應該寫成所有 Android 機今日已經用到。

點解一個 port 會阻住 file sharing

喺 Linux 傳統入面，0 至 1023 呢段低號 port 被視為 privileged ports；一般非 root process 唔可以隨便綁定，除非有 CAP_NET_BIND_SERVICE 之類能力。Android 又係基於 Linux kernel，加上每個 app 有自己 sandbox，所以一般第三方 app 想喺手機上開一個標準 HTTP server、SMB server、SSH server，就會撞到低號 port 權限問題。結果係好多工具要改用高號 port，例如 HTTP 用 8080，SMB 類似功能用另一個自訂 port，再由用家手動喺 PC、NAS 或 browser 入面打完整地址。

呢個限制對安全有歷史原因，但去到今日手機同 PC 嘅分工已經變咗。Android 手機唔再只係一部「接收內容」嘅裝置，佢亦可能係相片庫、拍片機、臨時錄音工作站、field work 文件箱、甚至開發測試機。當手機要同 Windows、macOS、Linux、NAS、printer 用同一套本地協定溝通，標準 port 就係最少 friction 嘅共同語言。Google 如果用 Mainline / Google Play System Update 去派呢類網上層改動，亦反映佢想喺唔等完整 OS OTA 嘅情況下，逐步改善 Android 嘅底層相容性。

SMB 445 先係真正焦點

好多 Android app 其實一早可以「連出去」讀 Windows share 或 NAS share，因為 client 連去遠端 445 時，自己通常用高號 source port，唔一定需要綁定 445。今次比較大嘅分別，係 app 可以更容易喺手機端「開服務」畀其他裝置連入嚟。換句話講，最直接受惠嘅唔係 Android 系統 Files app 突然變成 Windows Explorer，而係 file sharing、backup、remote access、developer tools 呢類 app，可以更似一部正常內網裝置。

舉例，如果相片備份 app 可以喺手機上開一個標準 SMB service，Windows PC 或 NAS 理論上就可以用熟悉嘅 \\phone\share 類似模式連過去，而唔係每次開 app 先見到一個 http://192.168.x.x:8080。SSH/SFTP 22 就可能令 Termux 類工具、remote admin app、開發測試環境更少 workaround；HTTP/HTTPS 80/443 則對 local web server、debug dashboard、智能家居橋接工具有用；IPP 631 則同打印機、print server 生態有關。不過，每一樣都要 app 自己更新支援，唔係系統一開關就自動變魔術。

Android local sharing 一直唔係冇方法，而係太碎

Google 近年有 Quick Share，NAS 廠有 Synology Drive、QNAP mobile app，Windows 有 Phone Link，同時仲有一堆第三方 file manager 可以掛 SMB。問題係呢啲方案好多時各做各，遇到公司內網、舊 printer、NAS 權限、VPN、guest Wi-Fi，就好易變成「呢個 app 得、另一個 app 唔得」。標準 port 嘅價值，就係減少協定以外嘅額外例外處理，令 Android 更似一部可預期嘅內網 client / server。

呢點同 Apple 生態嘅取向唔同。AirDrop、iCloud、Finder integration 強調封閉但順滑；Android 則要面對更多品牌、更多檔案管理 app、更多 NAS 同自架 server。Google 今次如果真係透過 Mainline 放寬部分 privileged ports，唔會即刻令 Android local sharing 追上 AirDrop 式體驗，但會畀開發者一塊比較正規嘅地基。長遠睇，呢種底層修補比單一分享 app 更重要，因為佢可以令唔同品牌、唔同工具各自改善。

香港場景：NAS、Windows share、office printer 都有感

香港用家最容易遇到嘅場景，係屋企或 office 已經有 Windows PC、Synology / QNAP NAS、network printer，但手機仍然靠雲端或 WhatsApp 傳文件。Synology 官方文件列明 DSM 支援 SMB/CIFS，Windows、macOS、Linux 都可以經內網存取 NAS；QNAP 亦主打跨平台 file sharing，同樣用 SMB/CIFS、FTP、WebDAV 等協定。換句話講，Android 如果更自然支援呢批標準 port，受益嘅唔係一個抽象 developer feature，而係相片影片備份、店舖文件交收、拍攝素材落 NAS、會議室 printer 呢類日常流程。

但港行機要特別保守睇。Google Play System Update 唔等於完整 Android 系統更新，亦唔等於所有品牌同一日收到；Samsung、Xiaomi、OPPO、Sony、Nothing、Pixel 喺香港賣嘅型號，Android version、kernel version、GMS module 版本、品牌測試節奏都可能唔同。港行實際推送時間 [待確認]。想粗略檢查，可以去設定入面睇 Android 版本、Google Play 系統更新日期同 kernel version；不過即使條件符合，都要等相關 app 更新，先會見到實際用途。

唔好將內網方便變成安全漏洞

低號標準 port 方便之餘，亦代表 app 更容易喺手機上開出其他裝置認得嘅服務。屋企 Wi-Fi 或公司 LAN 入面，如果某個 app 開咗 SMB、HTTP、SSH，而權限、密碼、共享 folder 設定做得差，其他同網段裝置就可能掃到。Microsoft 文件亦一直提醒，SMB 445 唔應該隨便暴露到互聯網；對普通用家嚟講，最基本係唔好喺 router 做 445 port forwarding，公眾 Wi-Fi 唔好開 file server 類 app，公司環境就應該由 IT team 管理防火牆同裝置政策。

所以今次改動唔應該被理解成「Android 變得冇限制」。比較合理嘅方向，係 Google 將一批常用標準 port 以系統層方式納入可控範圍，畀合資格 app 喺較少 hack 嘅情況下提供服務。安全同便利之間，真正關鍵會係 Android 之後有冇更清楚嘅提示、app 權限、有冇只限本地網段、以及 Play Protect / enterprise policy 點處理開 port 行為。呢啲都未有完整答案。

而家值得做啲乜

• 普通用家：暫時唔使急住搵設定開關。等你常用嘅 file sharing、NAS、backup、remote access app 更新，再睇有冇標明支援標準 port。
• NAS / 公司 IT：留意 Android 裝置會唔會開始以標準 SMB、SFTP、IPP 方式出現喺內網，並檢查 guest Wi-Fi 同公司 LAN 隔離策略。
• 開發者：如果 app 一直靠 8080、自訂 SMB port、ADB workaround，呢次可能係重新設計 local network UX 嘅機會，但仍要等 Google 釋出更清楚嘅 API / 行為文件。

總結嚟講，呢個消息唔係一個大鑼大鼓嘅 Android 新功能，反而係一粒好實際嘅螺絲。佢未必令每部手機即刻變成 NAS，也唔會解決 Android 更新碎片化；但如果 Google 真係穩定推出，標準 port 呢個小改動，可以令 Android 喺 Windows、NAS、printer、local server 混雜嘅現實環境入面，少一層尷尬。對香港屋企同中小企內網嚟講，呢種「少打一次 IP、少改一次 port、少裝一個奇怪工具」嘅改善，可能比新 UI 更有用。

參考來源

• Android Authority — Android may soon play much nicer with PCs, NAS systems, and local networks — original report
• Google System Services Release Notes — 官方 release notes；確認 May 2026 Google Play services 有 Device Connectivity / developer features，但描述仍較籠統。
• Google Issue Tracker: Allow binding privileged ports — Google Issue Tracker 議題，提供 privileged ports、CAP_NET_BIND_SERVICE 同 Android 放寬限制嘅背景線索。
• Mainline | Android Open Source Project — 解釋 Mainline / Google Play System Update 點樣更新部分 Android 系統元件。
• capabilities(7) - Linux manual page — Linux 官方 man page，說明 CAP_NET_BIND_SERVICE 同低號 privileged ports 概念。
• Internet firewalls prevent file sharing - Microsoft Learn — Microsoft 文件列出 Windows file sharing / SMB 相關 port，包括直接 hosted SMB 使用 445。
• SMB Service - Synology — Synology 官方資料，確認 DSM SMB/CIFS file sharing 係 Windows、macOS、Linux 存取 NAS 嘅常用方式。
• IANA Service Name and Transport Protocol Port Number Registry: IPP — IANA registry，確認 IPP / IPPS 使用 631 port。

本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。