作業中のプロジェクトを見せずにクライアントにレビュー用アクセスを提供する方法

承認済みの書き出しデータだけを格納した、クライアント専用のレビューサービスを用意しましょう。作業中のプロジェクトにアクセスできる認証情報やネットワークパスは含めないでください。

制作チームには書き込み可能なメディア、プロジェクトデータベース、キャッシュ、未完成のバージョンが必要ですが、クライアントが通常必要とするのは、選択したレビュー用ファイル、コメント、場合によってはダウンロードだけです。これらは、意図的な公開手順で結ばれた別々のセキュリティゾーンとして扱いましょう。こうすることで、誤削除、リンクの広範な転送、未完成の作業が本番環境に及ぶのを防ぎながら、クライアントにはシンプルなブラウザベースの利用方法を提供でき、承認後にはアクセスを取り消せます。

一方向の公開経路を構築する

3つの役割を用意します。制作共有領域には進行中の作業を置き、ステージングフォルダーにはレビュー候補の書き出しデータを置き、クライアント用レビューゾーンには承認済みのコピーだけを公開します。レビューサービスは同じサーバー上で動かしても構いませんが、別のデータセット、サービスアカウント、権限境界を使用してください。

編集者がステージングに書き出し、プロデューサーまたはプロジェクトオーナーがバージョン、ファイル名、音声、ウォーターマーク、公開範囲を確認した後、自動または手動の公開操作でクライアント用ゾーンにコピーします。クライアントのコメントはレビューアプリケーションを通じて受け取り、本番ファイルシステムへの書き込み権限は付与しません。

公開済みと未公開を分けるこのパターンは、プロのレビュー作業で使われています。Frame.ioのプライベートフォルダー、レビューリンク、受信者の権限階層に関するガイドでは、すべての閲覧者を作業中のプロジェクトに招待せず、選択したアセットだけを公開する方法を紹介しています。

各クライアントには必要最小限の権限を付与する

機密性の高い作業には、個人名義のアカウントまたは招待制リンクを優先しましょう。まず閲覧とコメントの権限を付与し、納品物に必要な場合にのみダウンロードを有効にします。社内の編集者アカウントを使い回したり、クライアントのデバイスにNAS共有をマウントしたり、NAS管理インターフェースを公開したりしないでください。

有効期限を設定し、サービスが対応している場合は追加の認証要素を必須にして、アクセスを取り消す担当者を決めておきましょう。外部向けキャンペーンで漏えい元の特定が重要な場合は、受信者ごとのウォーターマークまたは表示用ウォーターマークを付けます。ただし、ウォーターマークをアクセス制御と混同しないでください。

クライアントグループはプロジェクトごとに分けます。プロジェクトAをレビューできるクライアントが、プロジェクトBのファイル名、サムネイル、参加者名を知ることができないようにしてください。

公開側のエッジをNAS管理から切り離す

リモートアクセスはレビューアプリケーションまたはアクセスプロキシで終端し、そのサービスから公開済みデータセットだけを読み取れるようにします。リバースプロキシからストレージ管理用ポート、SMB、NFS、SSH、ハイパーバイザーのコンソールへ転送しないでください。

公開済みアセットには読み取り専用でアクセスでき、コメントや注釈の保存場所にのみ書き込みできる専用サービスアカウントを使用します。そのアプリケーションの状態は、破棄可能なレビュー用コピーとは別にバックアップしてください。

クライアントがセルフホスト型サービスにリモートからアクセスする必要がある場合は、ホームアプリケーションと同じ分離を適用してください。ZimaSpaceのSMBとNFSの比較は、LANのファイル共有プロトコルがクライアントポータルではないことを思い出させてくれます。

Featured

ZimaCube 2 パーソナルクラウド ホームNAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

リンクを送る前にレビューのライフサイクルを定義する

1. 所有者、日付、レビュー目的を含めた、一意の名前のバージョンを公開します。
2. レビュー担当者として指定した人だけを招待し、ダウンロードできる人を記録します。
3. 変更できないそのバージョンに対してコメントを集めます。
4. レビュー済みファイルをひそかに置き換えず、新しいバージョンを公開します。
5. 承認を明示し、承認済みマスターを納品物にコピーします。
6. リンクを期限切れにし、外部ユーザーを削除して、必要な監査記録だけを保持します。

レビュー後の整理でソースプロジェクトや承認済みマスターを削除できる状態にしないでください。クライアントゾーンは配布用であり、アーカイブではありません。

最初の本番レビュー前に分離をテストする

外部ネットワークからテスト用クライアントアカウントを使用します。親フォルダーの閲覧、ファイルの変更、期限切れリンクの再利用、別プロジェクトの発見、NASログインページへのアクセスを試します。再生とコメントは引き続き利用できる一方で、これらの操作はすべて失敗する必要があります。

プロデューサーが管理者の手を借りずにレビューを公開・取り消しでき、クライアントには承認済みバージョンだけが表示され、レビュー用アカウントが侵害されても本番環境に到達できない状態になれば、セットアップは完了です。クライアントグループやコンプライアンス上の要件を同じ境界内で満たせない場合に限り、別のポータルインスタンスを追加してください。