FOBAS CSC and CLOUDIAN HyperStore

CLOUDIAN HyperStore®
FOBAS CSCとCLOUDIAN HyperStoreとの連携活用
2015/7/28
Cloudian K.K.
Version 1.3

はじめに

はじめに①
June 2, 2014 Copyright © 2010-2014 Cloudian KK. All rights reserved. P3
本資料では、日本国内において多くの稼働実績があり、保守サポートが提供されており、
日本のお客様に安心してご使用頂けるプロトコル変換ゲートウェイ製品である
FOBAS クラウドストレージキャッシュ®（以下、CSC）
のご紹介をします。
CLOUDIAN HyperStore®（以下、HyperStore）の前面にCSCを配置することにより、
経済的かつ容易にスケールアウト可能なHyperStoreのストレージ領域を、ファイルサー
バーの領域としてユーザーに提供することができます。
CSCのようなプロトコル変換ゲートウェイ製品を導入することにより、ユーザーにはCIFSプロ
トコルを使用した既存ファイルサーバーと変わらない使用感でファイルサービスを提供すること
ができ、さらに以下のような機能を使用することができるようになります。
 データ圧縮機能
 重複排除機能
 ウィルススキャン機能
 クラスター機能 ※HAクラスタとルーズリークラスタの2方式から選択可能
 Active Directory認証等...........
本資料では、バージョン3.1.2のCSCを使用しています。
なお、8月末にCSCの新版(バージョン3.2.0)がリリース予定になっており、新機能の追加
や既存機能の強化が図られる予定です。バージョン3.2.0の情報について本資料でも補足
しますが、詳細は開発・販売元のFOBASコンサルティング株式会社までお問い合わせくださ
い。

はじめに②
ジオ・クラスター
L/B
Active Directoryサーバー
ロードバランサーによる負荷分散
クラウドストレージキャッシュ®S3エコシステム
Windows-OS標準搭載の
ファイルエクスプローラー
ClamAV
(ウィルススキャン) サーバー
データ圧縮
重複排除
ウィルススキャン
AD認証連携

CSCの基本設定

CSC仮想アプライアンスの導入
FOBAS CSCは主に、仮想アプライアンスとしてOVA (Open Virtualization Format Archive)
ファイル形式で提供されます。
上図の「FOBAS_CSC_Appliance_3.1.2.ova」ファイルを、お使いの仮想環境基盤
(VMware ESX/ESXiやCitrix XenServer等)にインポートしてください。

ネットワーク設定①
CSCのOVAファイルを仮想環境にインポートすると、デフォルトではDHCPによりIPア
ドレスが取得されます。
CSCをインポートした環境にDHCPサーバーが無い、あるいは固定IPアドレスを割り振
りたい場合には、以下の方法で固定IPアドレスを設定してください。
 (DHCPがある場合は) DHCPにより割り振られたIPアドレスを確認し、後述する
“Web コントロールパネル”から固定IPアドレスを設定する。
 (DHCPがない場合は) CSCサーバーにSSHでログインして、LinuxのI/F設定ファイルを
編集し固定IPアドレスを設定する。
CSCのIPアドレスが確定したら、
Webブラウザで
http://[ホスト名 or IPアドレス]/CSCWeb/
を開き、管理者アカウント(cscadm)で
ログインします。

ネットワーク設定②
CSCサーバーに固定IPアドレスを設定したい場合は、画面左にあるメニュー一覧から
「ネットワーク設定」を選択し、「ネットワークの設定【基本】」画面を開きます。
ここでは、DHCPを使用するかの選択や固定IPアドレスの設定、DNSサーバーやNTP
サーバーの設定ができます。
HyperStoreとの連携において、時刻同期は非常に重要な設定項目です。NTPサーバー
は必ず設定するようにしてください。
CSCをAD連携させたい場合は、
必ずADドメインを付加した
FQDNを設定してください。
ホスト名がFQDNで設定されて
いない、あるいは異なるADドメ
インが設定されている場合は、
AD連携設定時にエラーとなり
ます。
ホスト名設定時の
注意事項
「ネットワーク設定」を
押下します。

CSCの拡張設定

Active Directory 連携設定
CSCサーバーとActive Directoryを連携させたい場合は、画面左にあるメニュー一覧
から「AD連携設定」を選択し、「Active Directory 連携の設定」画面を開きます。
ここでは連携させるADドメイン名、ドメイン認証レルム、ドメインコントローラーの
IPアドレス、ドメイン内のユーザーを検索する権限のあるドメインユーザー名とそのパス
ワードを設定します。
「Active Directory 連携する」をチェックし、［変更を保存］ボタンを押下します。
「AD連携設定」を
押下します。

ストレージアカウントの設定①
CSC経由でユーザーデータをHyperStoreに保存するためには、事前にストレージ
アカウントの設定を行っておく必要があります。
画面左にあるメニュー一覧から「ストレージ設定」を選択すると、「ストレージアカウ
ントの設定」画面を開きます。ユーザーデータが格納されるストレージ領域として
HyperStoreを設定するために、［新規ストレージアカウントの追加］ボタンを押下しま
す。
「新規ストレージアカウントの追加」ボタンを押下し、
次頁の画面でHyperStoreを追加します。

ストレージアカウントの設定②
前頁の画面で［新規ストレージアカウントの追加］ボタンを押下すると、下図のような
画面が表示されます。
「ストレージタイプ」から“クラウディアン Cloudian”を選択し、任意のストレージ名、
HyperStoreのS3エンドポイント、S3アクセスのポート番号、CSCのデータが格納される
バケット名修飾子、およびアクセスキー、シークレットキーを設定します。
「ストレージアをテストする」
ボタンを押下します。
［データの格納に利用する］を
チェックをします。
HyperStoreへのS3アクセスにSSL
を構成している場合は、
［通信を暗号化する］をチェックし
ます。
全ての項目を設定したら、
［ストレージをテストする］ボタン
を押下します。
「クラウディアン Cloudian」
を選択します。
HyperStoreの設定で、
SSLを構成している場合は
「通信を暗号化する」を
チェックしてください。

ストレージアカウントの設定③
［ストレージをテストする］ボタンを押下すると、CSCからHyperStoreにアクセス可
能かテストが行われます。
テストが成功すると、下図のように画面上部に「ストレージアカウントのテストが成功
しました。」と表示されます。テストが成功したら［設定を保存］ボタンを押下します。
テストが失敗する場合は、以下の点を確認してください。
テストが成功したら
「設定を保存」
ボタンを押下します。
【確認項目】
 「サーバ名(IPアドレス)」に正しい
S3エンドポイントが設定されている
か？
 「ポート番号」は正しいか？
※HyperStoreの設定でポート番号を
変更している場合は注意が必要です。
 アクセスキー／シークレットキーは
正しいか？
 S3アクセスのSSL設定をしていない
のに、［通信を暗号化する］に
チェックしていないか？

ストレージアカウントの設定④
［設定を保存］ボタンを押下すると、下図のようなメッセージが表示されます。
ストレージサービスが生成されました。
生成したサービスの利用にはシステムの再起動が必要です。
生成したストレージサービスを有効にするために、CSCを再起動してください。
CSCにSSHで接続してLinuxを再起動させるか、あるいはWeb コントロールパネルの
運用管理画面から再起動させることができます。
新規に追加したストレージサービスは、
ここに追加されていきます。

CMCの再起動 (Web コントロールパネル経由)①
CMCのWeb コントロールパネルからCMCを再起動(あるいは停止)させるには、画面左に
あるメニュー一覧から「運用管理」を選択し、画面右側の「サーバの停止・再起動」から
操作します。
再起動する場合は、「再起動」にチェックし［実行］ボタンを押下します。
「再起動」にチェックし、
［実行］ボタンを押下します。
「運用管理」を
押下します。

CMCの再起動 (Web コントロールパネル経由)②
「サーバの停止・再起動」画面が表示されるので、CSC管理者パスワードを入力し
［再起動する］ボタンを押下します。
管理者パスワード入力後、
「再起動する」ボタンを押下します。
「サーバの再起動が開始されました。」と
表示され、CSCが再起動されます。

CSCにおけるCIFS共有の設定

CIFS共有の設定①
CSCとActive Directoryを連携させることで、CSCで自動生成される
 個々のユーザー用の共有 (※1)
 パブリック共有 (※2)
の2つの共有に対するACLを、ADユーザー／グループに対して付与できるようになります。
個々のユーザー用共有(例えばユーザー「IT1」のための個人用ドライブの共有「¥¥{CSCサーバー
名}¥IT1」)は、CSCにより自動的に作成されます。
また、パブリック共有(¥¥{CSCサーバー名}¥public)が自動的に作成され、この共有の下に
サブフォルダを作成しADユーザー／グループにACLを付与することにより、ADユーザー
やグループに対するアクセス制御を行った共有設定を行うことができます。
【備考】
※1） AD連携後に、各ドメインユーザーでCSCが自動的に作成するユーザー毎の共有にアクセスする
と、そのユーザーのみがドライブマップできる領域にアクセスできます。
この機能は設定により、無効にすることもできます。
※2）現行バージョンのCSCでは各ユーザーの個人領域用共有と、全てのユーザーがアクセス可能な
パブリック共有の2種類の共有が作成されます。
グループ毎に共有領域を作成したい場合は、このパブリック共有以下にサブフォルダを作成し、
各グループにACLを付与します。
CSCの次バージョンでは、ユーザー任意の共有が作成できるようになります。
詳細は、後述「CSC 次バージョンの新機能」をご参照ください。

CIFS共有の設定②
現行バージョンのCSCで、ADユーザー／グループ単位でアクセス権限を制限した領域
を提供したい場合には、CSCによって自動的に作成される”public”共有領域の中にサブ
フォルダを作成し、そのフォルダに対してADユーザー／グループのACLを設定します。
① “public”共有領域の中に、CSC管理者
あるいはAD管理者アカウントでサブフォルダを
作成します。
作成したフォルダに、ADユーザー／グループの
ACLを設定します。
② 作成したフォルダにACLを設定する
ために、［セキュリティ］タブをクリック
します。
③ アクセス権を付与したいユーザーや
グループを検索し、追加します。
④ 付与したいアクセス権を選択します。

CIFS共有の設定③ - 個人領域用共有 -
例えば、ドメインユーザー「SHIBUYA¥IT5」でログオンしたクライアントPCから、
CSCが自動作成する個人領域用の共有は、下図のように参照できます。
¥¥{CSCサーバー名}¥{ADユーザー名}
「SHIBUYA¥IT5」ドメインユーザーのための
個人領域用共有が、CSCによって自動的に
作成されます。
※この機能は無効にすることもできます。
各ユーザーの個人領域用共有には、
¥¥{CSCサーバー名}¥{ADユーザー名}
でアクセスすることができます。

CIFS共有の設定④ - グループ領域用共有 -
特定のドメインユーザーやグループのみがアクセス可能な領域を設定したい場合は、前
述の通り、”public”共有領域の中にフォルダを作成し、そのフォルダに対してアクセス
権限を設定します。
「SHIBUYA¥Sales」ドメイングループの
ための共有領域として「Sales」フォルダを作
成し、SalesグループにのみACLを付与します。
グループ領域用共有には、
¥¥{CSCサーバー名}¥public¥{作成したフォルダ名}
でアクセスすることができます。

CIFS共有の設定⑤
下図は「SHIBUYA¥Sales1」ユーザーでクライアントPCにログオンし、CSC経由で
HyperStoreの領域をドライブマップしたイメージです。
なお、このユーザーには、
 sales1 (¥¥CSC) (P:) ←「SHIBUYA¥Sales1」ユーザーにのみアクセス権あり
 Sales (¥¥CSC¥public) (S:) ←「SHIBUYA¥G_Sales」グループにのみアクセス権あり
 Common (¥¥CSC¥public) (Z:) ←「SHIBUYA¥Domain Users」グループにアクセス権あり
の3つのネットワークドライブに対してのみ、アクセス権限が付与されています。
営業部(SHIBUYA¥G_Sales)に所属する
ユーザーのみがアクセス可能
ユーザー個人(SHIBUYA¥Sales1)
のみがアクセス可能
ドメインに所属するユーザー全員
(SHIBUYA¥Domain Users) が
アクセス可能

HyperStore上でのCSCユーザーデータ
CSC経由で格納されたデータは下図のように、HyperStore上に幾つかのバケットが作
成され、その中にCSCのフォーマットで格納されます。
CSC経由で格納されたデータはCSCにより暗号化されたり、重複排除が行われたりする
ため、CSC経由でアクセスしなければ内容は判別できません (HyperStoreから直接、データを読み
取ることはできません)。CSCあるいはHyperStoreに障害が発生した際には、事前にダウン
ロードし保管しているCSCの秘密鍵を使用してサービス復旧させることができます。
※HyperStoreは格納されたデータを、ジオクラスター機能により複製しています。
CSCが自動生成する、
HyperStore上のバケット
CSC経由でHyperStoreに格納された
データは、HyperStoreからは読み出せません。
※CSC経由で操作します。

CSCにおけるスナップショット機能 (現行バージョン)

現行CSCにおけるスナップショット機能
CSCには下図のようにスナップショット機能がありますが、この機能はユーザーデータ
の復旧目的のものではなく、現行バージョンではシステム障害に対応するための機能です。
次バージョンのCSCではスナップショット機能が強化され、ユーザーデータの復旧のた
めに使用できるようになります。
詳細は後述「CSC 次バージョンの新機能」を参照ください。
① 左側のメニューから「運用管理」を
選択します。
② ［スナップショット管理］ボタンを押下すると、
スナップショットの取得／リストア操作を行う
ことができます。

CSC 次バージョン(v3.2.0)の新機能

CSC 次バージョン(v3.2.0)の新機能①
2015年8月末に予定されているCSCの次バージョン(v3.2.0)では、新しい機能の追加
や既存機能の強化が図られる予定です。
主に、以下のような新機能・機能強化の実装が予定されています。
 マルチExportポイント（ユーザー任意のCIFS共有が作成できる機能）
 CIFS NTFS ACL サポート
 Web コントロールパネルからのフォルダ作成
 Web コントロールパネルからのアクセス権設定
※現行バージョンは、Windows Explorerから管理者がアクセス権を設定する方法のみ
 ポイントインタイムリストア
 ジャストインタイムスナップショット（Microsoft VSS連携機能）
追加予定の新機能のうち、特に運用管理の効率が向上すると思われる“マルチExportポ
イント”、“Web コントロールパネルからのフォルダ作成”、“Web コントロールパネルか
らのアクセス権設定”および“ジャストインタイムスナップショット”について、次頁で補
足します。

CSC 次バージョン(v3.2.0)の新機能②
 マルチExportポイント
 Web コントロールパネルからのフォルダ作成
 Web コントロールパネルからのアクセス権設定
現行バージョンのCSCでは、ユーザー毎の共有が自動的に作成され、それ以外の共有はデ
フォルトで作成される共有(public)のみでした。
特定のユーザーやグループのみがアクセスできる共有領域を設定したい場合は、管理者が
Windows エクスプローラーでこの”public”共有をマップし、サブフォルダを作成してそのフォ
ルダにACLを設定するという運用手順でした。
新バージョンでは、“マルチExportポイント”機能によりユーザー任意の共有を作成すること
ができ、共有内のフォルダ作成やアクセス権の設定をCSCの管理画面であるWeb コントロール
パネル経由で行えるようになります。
ユーザー任意の共有が自由に作成できるようになることで、使用用途により個別の共有を用
意することができ、アクセス権の無いユーザーに対して共有レベルでファイルやフォルダの存
在を隠ぺいすることができるようになります。
 ジャストインタイムスナップショット (Microsoft VSS連携機能)
現行バージョンのCSCのスナップショットでは、
リストア操作を実施するとCSCで管理している
ファイルシステム全体がリストアされる
“システムリカバリ用途”の機能でした。
新バージョンでは、取得したスナップショット
とMicrosoft VSS (Volume Shadow Copy Service) が
連携する“ジャストインタイムスナップショット”機能が
実装され、ユーザーが取得されているスナップショットの
中から任意のスナップショットを選択し、過去バージョンの
ファイルやフォルダをユーザー主導でリストアできる
ようになります。
★ジャストインタイムスナップショット
(“以前のバージョン”のリストア)
CSCで取得したスナップ
ショットが表示され、任意の
スナップショットからリスト
アできるようになります。

(補足) Active Directory Rights Management サービスにより
権限設定されたファイルの機能検証

AD RMS機能検証の検証環境①
Active Directory Rights Management サービス(以下、「AD RMS」)の機能により権限設定
されたファイルが、CSC経由でHyperStoreに格納された場合に、AD RMSのアクセス制
御がきちんと動作することを、弊社にて下図のような検証環境で確認しました。
【特記事項】
 RMSの構成データベースは
別個のSQLデータベース
サーバーにホストすること
が推奨ですが、本環境は検
証環境であるため、
Windows Internal
Databaseを使用していま
す。
 RMSサーバーとクライアン
トPC間のSSL通信で使用さ
れるサーバー証明書は、自
己署名証明書を使用してい
ます。

AD RMS機能検証の検証環境②
下表は、本検証環境に構築した各サーバーの情報（OSやソフトウェアのバージョン、役割）を記載したもの
です。本検証環境のドメイン名は、「SHIBUYA (shibuya.local)」を使用しています。
番号コンピューター名 OS／ソフトウェアバージョン役割
① CLOUDIAN-RMS.shsibuya.local Windows Server 2012 R2 SP1
AD RMS、IIS 7.0、
WWW Publishing Service、メッセージキュー
② CLOUDIAN-AD1.shibuya.local Windows Server 2012 R2 SP1 Active Directory、DNS
③ CSC.shibuya.local FOBAS CSC v3.1.2 プロトコル変換ゲートウェイ
④ s3.shibuya.local CLOUDIAN HyperStore® 5.1.2 S3互換オブジェクトストレージ
⑤ CLOUDIAN-PC1.shibuya.local Windows 8.1 Office 2013
また、検証環境ドメイン「SHIBUYA」には、検証用のADユーザー／グループが作成されています。
ADグループは、
1. SHIBUYA¥G_IT (it@shibuya.local)
2. SHIBUYA¥G_Sales (sales@shibuya.local)
3. SHIBUYA¥G_Finance (finance@shibuya.local)
4. SHIBUYA¥G_Marketing (marketing@shibuya.local)
の計4つのグループが作成済みで、各グループには
SHIBUYA¥IT1～IT5
のように、計5人のユーザーがメンバーとして登録されています。

AD RMS機能検証の検証環境③
本検証でRMSの機能を使用し権限設定を行ったドキュメントを格納するネットワークドライブの
ルートとして設定するフォルダを、CSCで自動生成される“public”共有下に「ADRMS」という名前で
作成します。
CSCで自動生成される
”public”共有をマップ
「ADRMS」フォルダを作成
この「ADRMS」フォルダを、
WindowsクライアントからADユー
ザーがドライブマップし、RMSで権限
設定を行った文書を保存します。
「AD RMS機能検証の検証環境③」に
記載しているADグループに、このフォ
ルダに対するアクセス権限を付与しま
す。

AD RMS機能検証の検証環境④
「ADRMS」フォルダの下に「RMS+CSC検証」という名前のサブフォルダを作成し、このフォル
ダの中にRMSにより権限設定されたドキュメントを保存していきます。
ADユーザーでWindowsクライアントにサインインし、
「¥¥CSC¥public¥ADRMS」をドライブマップします。
「RMS+CSC検証」フォルダの中に、ドキュメントを保存します。

AD RMS機能検証の検証環境⑤
CSCのWeb コントロールパネル「ファイル管理」を選択すると、これまでの作業で作成したフォル
ダの存在を確認できます。
「ADRMS」フォルダ
「RMS+CSC検証」フォルダ

AD RMS機能検証の検証環境⑥
CSC経由でHyperStoreのストレージ領域に格納されるデータは、CSCの機能によりファイルの暗号
化や重複排除が行われます。
HyperStoreにはこれらの処理が行われた後のCSCフォーマットのデータが、CSCによって
HyperStore上に作成される複数のバケット内に格納されます。そのため、HyperStoreの管理画面で
あるCMCからは、そのファイル名や内容を確認することはできません。
CSCにより自動的に
作成されるバケット
CSC経由でHyperStoreに格納されたデータは、
CSCのフォーマットになっており、
HyperStoreからは識別不能です。

検証手順
準備した検証環境を使用して、以下の手順によりCSC経由でHyperStoreに格納されたドキュメントで、RMSにより
権限設定が有効に機能することを検証しました。
1. Windows 8.1クライアントにADユーザー「SHIBUYA¥IT1」でサインインし、CSCの領域
（¥¥CSC¥public¥ADRMS）をネットワークドライブ・マップする。
2. Microsoft Word 2013を起動して文書を作成し、［文書の保護］でこの文書にアクセス制限を設定する。設定す
るアクセス制限は、以下の通り。
○ ユーザー「SHIBUYA¥IT1」はこの文書の作成者（フルコントロール）。
○ グループ「SHIBUYA¥G_IT」は、この文書を編集できる。
△ グループ「SHIBUYA¥G_Sales」は、この文書を閲覧できる。
✖ それ以外のユーザー／グループは、編集も閲覧もできない。
3. 上記のアクセス権限を設定後、この文書を「¥¥CSC¥public¥ADRMS¥RMS+CSC検証」フォルダに、
「ADRMS検証.docx」という名前で保存する。
4. グループ「SHIBUYA¥G_IT」に所属しているユーザー「SHIBUYA¥IT5」でWindowsクライアントにサインイ
ンし、CSCの領域（¥¥CSC¥public¥ADRMS）をネットワークドライブ・マップする。
5. ユーザー「SHIBUYA¥IT1」が作成し、アクセス制限を設定して保存したファイル
「¥¥CSC¥public¥ADRMS¥RMS+CSC検証¥ADRMS検証.docx」を、ユーザー「SHIBUYA¥IT5」で開き、
RMSによる権限設定が有効に機能しているかを確認する。
6. グループ「SHIBUYA¥G_Sales」に所属しているユーザー「SHIBUYA¥Sales1」でWindowsクライアントにサ
インインし、CSCの領域（¥¥CSC¥public¥ADRMS）をネットワークドライブ・マップする。
7. 同じく「¥¥CSC¥public¥ADRMS¥RMS+CSC検証¥ADRMS検証.docx」を、ユーザー「SHIBUYA¥Sales1」
で開き、RMSによる権限設定が有効に機能しているかを確認する。
8. グループ「SHIBUYA¥G_Finance」に所属しているユーザー「SHIBUYA¥Finance1」でWindowsクライアント
にサインインし、CSCの領域（¥¥CSC¥public¥ADRMS）をネットワークドライブ・マップする。
9. 同じく「¥¥CSC¥public¥ADRMS¥RMS+CSC検証¥ADRMS検証.docx」を、ユーザー
「SHIBUYA¥Finance1」で開き、RMSによる権限設定が有効に機能しているかを確認する。

AD RMS機能検証①
1. ユーザー「SHIBUYA¥IT1」で、Windows 8.1クライアントにサインイン
「SHIBUYA」ドメインに参加済みのWindows 8.1クライアント（SHIBUYA¥CLOUDIAN-PC1）に、ユーザー
「SHIBUYA¥IT1」でサインインします。このクライアントには、Microsoft Office 2013がインストールされていま
す。
サインイン後、CSCの領域である「¥¥CSC¥public¥ADRMS」を、Windowsファイルエクスプローラーからドライ
ブマップします。
CSCの領域をCIFSプロトコル経由でマップ。

AD RMS機能検証②
2. Microsoft Wordを起動し、文書を作成してアクセス権限を設定
「SHIBUYA¥IT1」で
文書を作成
①Wordを起動して、これからRMSの機能により
アクセス制限を行う文書を作成します。
「アクセス権限あり(R)」を選択
②文書作成後、［ファイル］→［情報］→［文書の保護］
→［アクセスの制限(R)］を選択し、
「アクセス制限あり(R)」をクリックします。
③［アクセス許可］画面が表示されるので、
右図のように設定します。
閲覧 … sales@shibuya.local （SHIBUYA¥G_Salesグループ）
変更 … it@shibuya.local （SHIBUYA¥G_ITグループ）

AD RMS機能検証③
2. Microsoft Wordを起動し、文書を作成してアクセス権限を設定
④アクセス権限設定後、［OK］ボタンを押下
すると、文書にアクセス制限が設定されます。
⑤アクセス制限が設定された状態の文書を、CSCの領域
（¥¥CSC¥public¥ADRMS）をドライブマップしたドライブ直下の
フォルダ「RMS+CSC検証」に保存します。
ここではこの文書を、「ADRMS検証.docx」という名前で
保存しています。
⑥この文書に設定された、アクセス権限を
確認します。［権限の変更...］ボタンを
押下します。
SHIBUYA¥IT1は、フルコントロールの権限を
保有しています。

AD RMS機能検証④
次にWindows 8.1クライアント（SHIBUYA¥CLOUDIAN-PC1）に、ユーザー「SHIBUYA¥IT5」でサインインし、CSC
の領域である「¥¥CSC¥public¥ADRMS」をドライブマップします。このユーザーはグループ「SHIBUYA¥G_IT」
のメンバーであるため、Word文書「ADRMS検証.docx」に対する閲覧や編集権限を保有しています。
①ドライブマップ後、Word文書「ADRMS検証.docx」を
ダブルクリックします。
②ファイルをダブルクリックすると下図のような
［Active Directory Rights Management Services］
画面が表示されるので、［OK］ボタンを押下します。

AD RMS機能検証⑤
③Wordが起動し、「ADRMS検証.docx」が編集可能な状態で開きます。
［権限の表示...］ボタンを押下して、アクセス制限を確認します。
SHIBUYA¥IT5は、閲覧や編集等の
権限を保有しています。

AD RMS機能検証⑥
4. ユーザー「SHIBUYA¥Sales1」で、Windows 8.1クライアントにサインイン
次にWindows 8.1クライアント（SHIBUYA¥CLOUDIAN-PC1）に、ユーザー「SHIBUYA¥Sales1」でサインインし、
CSCの領域である「¥¥CSC¥public¥ADRMS」をドライブマップします。このユーザーはグループ
「SHIBUYA¥G_Sales」のメンバーであるため、Word文書「ADRMS検証.docx」に対する閲覧権限のみ保有してい
ます。
ドライブマップ後、Word文書「ADRMS検証.docx」をダブルクリックします。
Wordが起動し、「ADRMS検証.docx」が下図のように“読み取り専用”の状態
で開きます。［権限の表示...］ボタンを押下して、アクセス制限を確認します。
※ 左図スクリーンショットは、違うPCから接
続したリモートデスクトップの画面を取得
したものです。
※ この文書は「スクリーンショット禁止」に
なっているため、ユーザーがサインインし
たPC上でスクリーンショットを取得すると、
下図のように内容が取得できません。

AD RMS機能検証⑦
4. ユーザー「SHIBUYA¥Sales1」で、Windows 8.1クライアントにサインイン
ユーザー「SHIBUYA¥Sales1」でこの文書に対して保有している権限は、下図のように表示されます。
左図のように、ユーザー「SHIBUYA¥Sales1」には、
閲覧権限のみ付与されていることが確認できます。

AD RMS機能検証⑧
5. ユーザー「SHIBUYA¥Finance1」で、Windows 8.1クライアントにサインイン
次にWindows 8.1クライアント（SHIBUYA¥CLOUDIAN-PC1）に、ユーザー「SHIBUYA¥Finance1」でサインインし、
CSCの領域である「¥¥CSC¥public¥ADRMS」をドライブマップします。このユーザーはグループ
「SHIBUYA¥G_Finance」のメンバーであるため、Word文書「ADRMS検証.docx」には何の権限も保有していませ
ん。
①ドライブマップ後、Word文書「ADRMS検証.docx」を
ダブルクリックします。
②上述の通り、このユーザーにはこの文書に対する権限は
何も与えられていないため、下図のような画面が表示され、
ファイルを開くことはできません。

検証結果
この検証では、CLOUDIAN HyperStore®とFOBASクラウドストレージキャッシュ®を組み合わせ
てファイルサーバーを構成し、CSC経由で格納された“AD RMSにより権限設定が行われたドキュメン
ト”のアクセス制限がきちんと機能することを検証しました。
検証結果としては、AD RMSのアクセス制御が有効に機能していることが確認できました。
CSCのようなプロトコル変換ゲートウェイ製品とHyperStoreの組み合わせにより、CIFSプロトコル
によりファイルアクセスし動作するアプリケーションを、問題無くご使用頂けます。
注意点としては、FOBAS CSCに特定のアプリケーションと連携するためのエージェントソフトウェ
アはインストールできませんので、Windowsファイルサーバーにエージェントをインストールしなけ
ればならないような「マスター／エージェント型」のアプリケーションには対応していません。
しかしながらこの検証の結果の通り、ファイルサーバーに対して外部のサーバーやアプリケーショ
ンがCIFSプロトコル経由でアクセスするタイプのアプリケーションは問題なくご使用頂けます。

THANK YOU www.cloudian.jp
Cloud Storage for Everyone
ホームページ：http://cloudian.jp/
Facebook：https://www.facebook.com/cloudian.cloudstorage.S3
Twitter：https://twitter.com/Cloudian_KK
ブログ：http://www.cloudian-blog.com/
評価版お申込み：http://www.cloudian.jp/cloud-storage-products/cloudian_eval_agr.php
クラウディアン株式会社

FOBAS CSC and CLOUDIAN HyperStore

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Andere mochten auch

Andere mochten auch (20)

Ähnlich wie FOBAS CSC and CLOUDIAN HyperStore

Ähnlich wie FOBAS CSC and CLOUDIAN HyperStore (20)

Mehr von CLOUDIAN KK

Mehr von CLOUDIAN KK (15)

Kürzlich hochgeladen

Kürzlich hochgeladen (9)

FOBAS CSC and CLOUDIAN HyperStore