修復 Azure Files 連線錯誤 — 使用 RcloneView 解決 Azure SMB 問題

2026年5月7日 · 閱讀時間約 6 分鐘

Senior Engineer

RcloneView 中的 Azure Files 連線錯誤幾乎總是由三個問題之一造成 — 憑證錯誤、SMB 連接埠遭封鎖，或 TLS 設定不符。以下說明如何逐一修復。

Azure Files 提供代管於 Azure 上的 SMB 與 NFS 檔案共用服務,RcloneView 直接支援 Azure File Storage 作為遠端類型。然而,Azure Files 連線失敗的頻率比其他供應商更高,因為它需要正確的憑證、防火牆規則和 TLS 設定同時對齊。本指南涵蓋最常見的失敗情況及其解決方法。

在同一處管理與同步所有雲端

RcloneView 是 rclone 的跨平台 GUI。透過清爽的視覺化介面比較資料夾、傳輸或同步檔案，並自動化多雲工作流程。

一鍵作業：複製 · 同步 · 比較
排程器與歷史記錄，打造可靠的自動化
支援 Google Drive、OneDrive、Dropbox、S3、WebDAV、SFTP 等

WindowsmacOSLinux

免費開始使用 →

核心功能免費。Plus 提供自動化功能。

驗證你的 Azure Files 憑證

Azure Files 需要三項資訊:儲存體帳戶名稱 (Storage Account Name)、共用金鑰 (Shared Key,亦稱為 Storage Account Key),以及共用名稱 (Share Name)。這三個欄位中任何一個不符,都會立即導致驗證失敗。在這種情況下,Azure 傳回的錯誤訊息並不一定會明確指出是哪個欄位出錯。

在 RcloneView 中,開啟你的 Azure Files 遠端設定,並仔細檢查每個欄位:

帳戶名稱 (Account Name):這是儲存體帳戶名稱,而非顯示名稱或訂閱名稱。
帳戶金鑰 (Account Key):可在 Azure 入口網站的儲存體帳戶下的 Access Keys > Key1 或 Key2 找到。請複製完整金鑰 — 這些是很長的 base64 字串,很容易不小心截斷。
共用名稱 (Share Name):儲存體帳戶內檔案共用的確切名稱,區分大小寫。

如果你最近在 Azure 入口網站中輪替了存取金鑰,請立即在 RcloneView 的遠端設定中更新金鑰,因為舊金鑰將會失效。

Azure Files remote configuration in RcloneView with Account Name and Key fields

SMB 445 連接埠防火牆問題

Azure Files 透過 TCP 445 連接埠使用 SMB 協定。許多企業網路和 ISP 會封鎖出站的 445 連接埠,以作為防範舊版 SMB 漏洞的安全措施。如果你的憑證正確,但連線仍然逾時,那麼最可能的原因就是 445 連接埠遭到封鎖。

若要測試 445 連接埠是否可以連通,請在 PowerShell(Windows)中執行 Test-NetConnection -ComputerName <storage-account>.file.core.windows.net -Port 445,或在 Linux/macOS 上執行 nc -zv <storage-account>.file.core.windows.net 445。如果連線失敗,你有兩個選擇:與網路管理員合作以開放出站 445 連接埠,或改用支援的 Azure Files NFS 方式,或改為存取底層的 Azure Blob Storage。

Diagnosing Azure Files port 445 connectivity for RcloneView

TLS 與端點設定

RcloneView 的 Azure Files 遠端在控制平面使用 HTTPS,在資料傳輸時使用 SMB。請確認你的端點設定正確 — 對於標準 Azure 儲存體帳戶,端點為 <accountname>.file.core.windows.net。如果你使用的是 Azure Government、Azure China 或私有端點,主機名稱會不同,必須在遠端設定中明確指定。

在預設未啟用 TLS 1.2 的較舊 Windows 系統上,可能會發生 TLS 版本不符的情況。Azure Files 要求 TLS 1.2 或更高版本。在 Windows 上,如果連線因 TLS 相關錯誤訊息而失敗,請透過登錄檔或群組原則啟用 TLS 1.2。在 Linux 上,請確認系統的 OpenSSL 版本支援 TLS 1.2(任何現代發行版皆已支援)。