メインコンテンツまでスキップ

Azure Files接続エラーを修正 — RcloneViewでAzure SMBの問題を解決

· 約7分
Tayson
Senior Engineer

RcloneViewでのAzure Files接続エラーは、そのほとんどが次の3つの問題のいずれかに起因します — 誤った資格情報、ブロックされたSMBポート、またはTLS設定の不一致です。それぞれの修正方法を説明します。

Azure Filesは、Azure上でホストされるマネージドSMBおよびNFSファイル共有を提供し、RcloneViewはAzure File Storageをリモートタイプとして直接サポートしています。しかし、Azure Filesの接続は、正しい資格情報、ファイアウォールルール、TLS設定がすべて同時に一致している必要があるため、他のプロバイダーよりも失敗しやすくなっています。このガイドでは、最もよくある失敗パターンとその解決方法を解説します。

RcloneViewアプリのプレビュー

すべてのクラウドを一か所で管理・同期

RcloneViewはrcloneのクロスプラットフォームGUIです。フォルダを比較し、ファイルを転送・同期し、クリーンなビジュアルインターフェースでマルチクラウドのワークフローを自動化できます。

  • ワンクリック操作: コピー · 同期 · 比較
  • 信頼性の高い自動化のためのスケジューラーと履歴
  • Google Drive、OneDrive、Dropbox、S3、WebDAV、SFTPなどに対応
WindowsmacOSLinux
無料で始める →

コア機能は無料。Plusで自動化機能を利用可能。

Azure Filesの資格情報を確認する

Azure Filesには3つの情報が必要です。ストレージアカウント名共有キー(ストレージアカウントキーとも呼ばれます)、そして共有名です。これら3つのフィールドのいずれかが一致しないと、即座に認証エラーが発生します。この場合のAzureからのエラーメッセージは、どのフィールドが誤っているかを常に明確に示すわけではありません。

RcloneViewでAzure Filesのリモート設定を開き、各フィールドを再確認してください。

  • アカウント名: これはストレージアカウント名であり、表示名やサブスクリプション名ではありません。
  • アカウントキー: Azureポータルのストレージアカウント内、アクセスキー > Key1またはKey2にあります。キー全体をコピーしてください — 長いbase64文字列のため、誤って切り詰めてしまいがちです。
  • 共有名: ストレージアカウント内のファイル共有の正確な名前で、大文字・小文字が区別されます。

Azureポータルで最近アクセスキーをローテーションした場合は、古いキーが無効化されるため、RcloneViewのリモート設定内のキーを直ちに更新してください。

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

SMBポート445のファイアウォール問題

Azure FilesはTCPポート445上でSMBプロトコルを使用します。多くの企業ネットワークやISPは、古いSMBの脆弱性に対するセキュリティ対策として、アウトバウンドのポート445をブロックしています。資格情報は正しいのに接続がタイムアウトする場合、ポート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 を実行します。接続が失敗する場合、選択肢は2つあります。ネットワーク管理者と協力してアウトバウンドのポート445を許可してもらうか、(利用可能な場合は)NFS経由でAzure Filesを使用するか、代わりに基盤となる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のバージョン不一致は、TLS 1.2がデフォルトで有効になっていない古いWindowsシステムで発生することがあります。Azure FilesはTLS 1.2以上を必要とします。Windowsでは、TLS関連のエラーメッセージが表示されて接続に失敗する場合、レジストリまたはグループポリシー経由でTLS 1.2を有効にしてください。Linuxでは、システムのOpenSSLバージョンがTLS 1.2をサポートしていることを確認してください(最近のディストリビューションであればいずれもサポートしています)。

Successful Azure Files connection and transfer monitoring in RcloneView

はじめに

  1. rcloneview.comからRcloneViewをダウンロードします。
  2. アカウント名アカウントキー共有名がすべて正しく、Azureポータルの内容と完全に一致していることを確認します。
  3. nc またはPowerShellの Test-NetConnection を使って、ポート445へのアウトバウンド接続をテストします。
  4. ポート445がブロックされている場合は、ネットワークチームに連絡するか、代替のアクセス方法を検討してください。
  5. TLSハンドシェイクエラーが表示される場合は、システムでTLS 1.2が有効になっていることを確認してください。

Azure Filesの接続エラーの解決は、多くの場合、資格情報とネットワーク設定を確認するだけで済みます — それらが正しく設定されていれば、RcloneViewでのブラウジング、同期、バックアップジョブにおいて、そのリモートは安定して動作します。


関連ガイド:

対応クラウドプロバイダー

Local Files
WebDAV
FTP
SFTP
HTTP
SMB / CIFS
Google Drive
Google Photos
Google Cloud Storage
OneDrive
Dropbox
Box
MS Azure Blob
MS File Storage
S3 Compatible
Amazon S3
pCloud
Wasabi
Mega
Backblaze B2
Cloudflare R2
Alibaba OSS
Ceph
Swift (OpenStack)
IBM Cloud Object Storage
Oracle Cloud Object Storage
IDrive e2
MinIO
Storj
DigitalOcean Spaces