ownCloudでLinuxマウントなしでSMB/CIFS共有をマウントする

ownCloud ServerでWindowsまたはSamba共有にアクセスするには、外部ストレージサポートアプリを有効にし、 ownCloud管理ページからSMB/CIFSストレージマウントを追加します。共有のサーバーアドレス、共有名、および有効なSMB認証情報を使用してください。通常、Linuxで最初に共有をマウントする必要はありませんmount.cifs。

この方法では、既存のネットワークファイルをownCloud Filesインターフェース内に公開しつつ、SMBサーバーによって適用されるアクセス許可を維持します。以下の手順は、ownCloud Infinite Scaleではなく、バージョン10.16および11.0向けにドキュメント化された従来のownCloud Server外部ストレージインターフェースに適用されます。

1. SMB共有とownCloudの前提条件を確認する

ownCloudへの管理者権限、アクセス可能なSMBサーバー、アクセス権限のある共有フォルダ、および必要な読み取りまたは書き込み権限を持つSMBアカウントが必要です。ownCloudとファイルサーバー間でTCPポート445がアクセス可能な状態に保ってください。SMBをパブリックインターネットに公開するのではなく、信頼できるプライベートネットワークまたはVPN経由で接続することをお勧めします。

具体的な例として、SMBサーバーがfiles.internal.example、共有フォルダがProjects、サービスアカウントがであるとしACME\oc-shareます。ownCloudに表示されるフォルダはとなりますTeam Projects。これらは架空の値ですので、実際のサーバー情報に置き換えてください。

一般的なLinux環境では、Sambaクライアントと適切なPHP SMBクライアント拡張機能が必要になる場合があります。例えば、Debianベースのホストでは、コマンドラインテストクライアントをインストールしてください。

sudo apt update
sudo apt install smbclient

拡張機能をインストールする前に、ownCloud が使用する PHP バージョンとインストール方法を確認してください。ownCloud の Server 10.16 Ubuntu インストール手順ではphp7.4-smbclientPHP 7.4 の設定について説明しています。このパッケージは、実際にサポートされている PHP 環境とリポジトリと一致する場合にのみ使用してください。拡張機能を有効にした後、ownCloud を実行している PHP サービスまたは Web サーバーを再起動し、モジュールの読み込みを確認してくださいphp -m | grep -i smbclient。このコマンドは CLI PHP をチェックします。Web プロセスは別の構成を持つことができます。

公式のownCloud Server 11.0 Dockerイメージの場合、SMBドキュメントにはランタイムSMB依存関係が含まれていると記載されていますが、イメージsmbclientには手動テスト用のコマンドは含まれていません。すべてのコンテナイメージで同じホストパッケージコマンドが適用されるとは限りませんのでご注意ください。

2. ownCloudサーバーからのアクセスをテストする

ownCloudの設定を変更する前に、ownCloudホストまたはそのネットワーク環境から、名前解決、認証、および共有自体をテストしてください。ホスト上でsmbclient、以下を実行します。

smbclient -L //files.internal.example -U 'ACME/oc-share'
smbclient //files.internal.example/Projects -U 'ACME/oc-share' -c 'ls'

プロンプトが表示されたら、コマンドラインにパスワードを入力するのではなく、SMB アカウントのパスワードを入力してください。最初のコマンドは利用可能な共有の一覧を表示し、2 番目のコマンドは特定の共有へのアクセス権限を確認します。一覧表示は書き込み権限の証明にはなりません。コマンドが失敗した場合は、続行する前に、Windows または Samba サーバーでサーバー名または IP アドレス、共有名、認証情報、ドメイン、ファイアウォール ルール、および有効なアクセス許可を確認してください。ownCloud SMB/CIFS ガイドでは、設定前にテストを行うことも推奨していますsmbclient。

3. 外部ストレージのサポートを有効にする

1. 管理者アカウントでownCloudにサインインしてください。
2. 設定 → アプリを開き、外部ストレージのサポートが有効になっていることを確認してください。
3. 設定 → 管理者 → ストレージに移動します（ナビゲーションのラベルはインターフェースによって若干異なる場合があります）。
4. ページにそのチェックボックスが表示されている場合は、外部ストレージを有効にし、「ストレージの追加」を使用して「SMB / CIFS」を選択します。

管理者管理の共有を作成するためだけに、「ユーザーによる外部ストレージのマウントを許可する」を有効にする必要はありません。この設定を有効にすると、ユーザーは独自のマウントを作成できるようになり、管理者が通常は公開しないネットワークサービスへの接続も可能になります。詳しくは、ownCloudの外部ストレージ設定マニュアルをご覧ください。

4. SMB/CIFSマウントの設定

新しいストレージ行に、接続情報を入力します。以下の例では、SMB共有名とownCloudでユーザーに表示されるフォルダ名を分けています。

oc-shareドメイン欄に入力したユーザー名を、ホスト欄に入力してくださいACME。ホスト欄には入力しないでください//files.internal.example/Projects。また、共有名とオプションのサブフォルダ名を混同しないでください。リモートサブフォルダの場合、ownCloudは$user現在のownCloudユーザー名に一致する既存のディレクトリを選択する機能をサポートしており、ディレクトリを新規作成することはありません。

共通サービスアカウントの場合、ユーザー名とパスワードは簡単ですが、アクセス権限はそのアカウントのSMB権限に応じて適用されます。ユーザーが自身のownCloud認証情報を使用してSMB認証を行う場合は、ログイン認証情報をセッションに保存する方が適しているかもしれません。ただし、ownCloudではセッション認証情報に関する重要な制限事項を文書化しています。保存された認証情報を使用した場合とは異なり、バックグラウンドスキャンやマウントされたストレージの直接共有は機能しません。利便性だけでなく、実際の認証およびスキャン要件に基づいて選択してください。「外部ストレージ認証メカニズム」を参照してください。

利用可能なユーザーを、意図したownCloudユーザーまたはグループに限定してください。管理者が作成したマウントは、デフォルトではすべてのユーザーが利用できます。スタッフがファイルを参照するだけでよい場合は、マウントの読み取り専用オプションを有効にし、SMBサーバーでも読み取り専用アクセスを強制してください。アクセス ポリシーで必須とされていない限り、マウントからの共有は無効にしておいてください。

5. マウントを使用する前に、利用できないマウントを解決してください。

必要な項目を入力すると、ownCloudはストレージ行を自動的に保存します。緑色のステータスインジケーターは接続準備完了を示し、赤色または黄色のインジケーターはさらなる調査が必要であることを示します。ownCloudは、障害が発生した外部ストレージを10分間利用不可としてマークすることがありますので、根本的な問題を解決した後、ステータスインジケーターをクリックするか、管理ページを再読み込みしてください。

• 認証に失敗しました。SMBパスワード、ドメイン、ユーザー名の形式、アカウントのロックアウト状態、共有権限を再確認してください。smbclient同じアカウントを使用したテスト結果と比較してください。
• 接続タイムアウト： DNS、ルーティング、TCP 445へのファイアウォールアクセス、およびSMBサービスが実行されているかどうかを確認してください。ownCloudがコンテナ化されている場合は、同じコンテナネットワークからテストしてください。
• SMB/CIFSバックエンドが見つかりません。外部ストレージサポートアプリが有効になっていること、およびownCloudを提供するPHPランタイムで必要なSMB拡張機能がロードされていることを確認してください（該当する場合）。
• 一部のフォルダが存在しません。リモートサブフォルダとSMBファイルシステムのアクセス許可を確認してください。ownCloudグループの割り当てでは、リモートサーバーが拒否するアクセスを許可することはできません。
• 外部から変更されたファイルが表示されない場合：マウントポイントのファイルシステムチェック頻度、バックグラウンドジョブ、およびスキャンメカニズムを確認してください。セッション専用のSMB認証情報ではバックグラウンドスキャンが妨げられるため、occ files:scanこの制限に対する解決策としてスケジュール設定を行うことは避けてください。

ownCloudにローカルストレージとして公開されるカーネルレベルのCIFSマウントは、通常、適切なフォールバックではありません。ownCloudは、このようなファイルシステムマウントが消失した場合、ローカルディレクトリが空であると認識し、削除イベントを伝播する可能性があると警告します。代わりに、直接SMB/CIFSバックエンドを使用してください。詳細については、公式のローカルストレージに関する警告を参照してください。

6. ファイル内の共有を確認する

「利用可能」で許可されているユーザーとしてサインインします。「ファイル」を開き、「チームプロジェクト」を探します。既存のディレクトリを参照し、小さなテストファイルを開きます。SMBアカウントとownCloudマウントの両方で書き込みが許可されている場合は、無害なテストファイルをアップロードし、SMBサーバーに表示されることを確認します。確認後、そのファイルを削除します。読み取り専用マウントの場合は、変更がブロックされていることを確認します。

最後に、ページを再読み込みした後もストレージの行が緑色のままであること、および許可されたグループ以外のユーザーがマウントを見ることができないことを確認してください。これらのチェックにより、ownCloudが正しいSMB共有にアクセスできること、リモートアカウントが意図したアクセス権を持っていること、およびマウントが意図したユーザーのみに公開されていることが確認できます。