ライセンスアクセス制御 (LAC)
ライセンスアクセス制御 (LAC) を使用すると、ソフトウェアライセンスの割り当てを単一の Web インターフェースから管理できます。ライセンスサーバーの承認、アクセスルールの定義、デプロイのスケジュール設定、結果の監視を行うライセンス管理者向けの機能です。
OpenLM Platform のアプリランチャー（右上のグリッドアイコン）を開き、Licenses and Features（ライセンスと機能）→ License Access Control を選択します。
事前準備: License Access Control が組織で有効化されていて、LAC Admin または LAC Viewer ロールが必要です。また、管理対象のライセンスサーバーを OpenLM がすでに監視している必要があります。
License Access Control でできること
ソフトウェアライセンスの制御は、多くの場合さまざまな場所に分散しています。エンジニアリングチームは FLEXlm や RLM サーバーのオプションファイルを手作業で編集し、他のチームはクラウド製品のシートを別々のベンダーポータルで割り当てています。これは時間がかかり、ミスが起きやすく、監査も困難です。
License Access Control は、これらすべてを 1 か所で制御できるようにします。誰がどのライセンスフィーチャーを使用できるかを読みやすいルールとして定義すると、License Access Control がそのルールを各ライセンスサーバーが期待する正確な形式に変換して配信します。生のオプションファイル構文ではなく、Grant Access、Deny Access、Reserve Seats といったわかりやすいアクションを使って作業できます。
License Access Control では次のことができます。
- 管理したいライセンスサーバーを承認し、それ以外を監視します。
- 特定のユーザー、グループ、ワークステーションに対して、フィーチャーを許可、拒否、予約、制限するアクセスルールを作成します。
- ルールをデプロイするタイミングをスケジュールし、勤務時間やメンテナンス時間帯に合わせてアクセスを制御します。
- オンデマンド、スケジュール、またはディレクトリグループの変更時に自動で変更をデプロイします。
- サーバーに到達する前に正確な構成内容をプレビューし、完全なデプロイメント履歴を確認します。
License Access Control の仕組み
License Access Control は、実現したいこと（ルール）と、各サーバーがそれを適用する方法を分離します。デプロイすると、サービスがルールを対象サーバーに合った正しい形式にコンパイルして送信します。2 つのデプロイメントモデルで、オンプレミスとクラウドの両方のライセンスに対応します。
- オンプレミスのライセンスマネージャー（例: FLEXlm、RLM）は、そのサーバーのすべてのアクティブなルールを反映した完全なオプションファイルを受け取ります。
- SaaS (Software as a Service) プラットフォームは、ベンダー API を通じて個別の割り当て変更を受け取ります。License Access Control は、変更を送信する前に各ユーザーの ID を解決します（例: ディレクトリのユーザー名を、ベンダーが必要とするメールアドレスにマッピング）。
デプロイメントは非同期です。デプロイすると、License Access Control はジョブをデプロイメントキューに追加し、ルールをディレクトリと照合して検証し、バックグラウンドで結果をサーバーへプッシュします。進行状況と結果は Deployment エリアで追跡できます。
License Access Control は、デプロイ前にすべてのルールをディレクトリと照合して検証します。削除済み、無効化済み、または空のディレクトリエンティティを参照するルールはスキップされるため、1 件の不正なエントリがデプロイメント全体を妨げることはありません。
対応ライセンスマネージャーとプラットフォーム
License Access Control は、次の表のライセンスサーバータイプに対応しています。インターフェースの License Manager Type 列にタイプ識別子が表示されます。利用できるタイプは、お使いの OpenLM デプロイメントによって異なります。
| タイプ（表示名） | プラットフォーム | デプロイメントモデル |
|---|---|---|
| FLEXlm | オンプレミスのライセンスマネージャー | 完全なオプションファイル |
| RLM | オンプレミスのライセンスマネージャー | 完全なオプションファイル |
| DSLS | オンプレミスのライセンスマネージャー | 完全なオプションファイル |
| RMS | オンプレミスのライセンスマネージャー | 完全なオプションファイル |
| LMX | オンプレミスのライセンスマネージャー | 完全なオプションファイル |
| AutodeskCloud | Autodesk クラウドライセンス (SaaS) | ルール単位の API 変更 |
| LinkedInSales | LinkedIn Sales Navigator (SaaS) | ルール単位の API 変更 |
| ClaudeAi | Claude AI (SaaS) | ルール単位の API 変更 |
| CursorAi | Cursor AI (SaaS) | ルール単位の API 変更 |
OpenLM は、対応する SaaS プラットフォームを継続的に追加しています。利用可能なタイプはインターフェースに表示されます。
必要なもの
- OpenLM Platform へのアクセス。組織で License Access Control が有効化されていること。
- LAC Admin または LAC Viewer ロール。管理者は変更を実行でき、閲覧者は情報を確認できますが変更はできません。詳細はロールと権限を参照してください。
- OpenLM が監視しているライセンスサーバーが 1 台以上あること。License Access Control は、監視されているサーバーを検出します。
- オンプレミスのライセンスサーバーの場合、ライセンスサーバーに Broker がインストールされ、Broker の構成で Watch option file が有効になっていること。Broker がオプションファイルを監視していないサーバーは、License Access Control で検出もデプロイもできません。
ロールと権限
License Access Control へのアクセスは、割り当てられたロールによって決まります。また、組織で有効化されている機能によって、利用できる操作も異なります。
| ロール | できること |
|---|---|
| LAC Admin | フルアクセス。サーバーの承認と拒否、ルールとスケジュールの作成と編集、構成のデプロイ、設定の変更ができます。 |
| LAC Viewer | サーバーリスト（Server Allocations、Pending Servers、Denied Servers）、Deployment エリア、Settings ページへの読み取り専用アクセス。閲覧者は個々のアセットを開いて Rules、Schedules、Settings タブを表示することはできず、変更もできません。 |
どちらのロールも持たずに License Access Control を開くと、権限が不足している旨のメッセージが表示されます。アクセスが必要な場合は、OpenLM 管理者に依頼してください。
主な用語
このガイドとインターフェースでは、次の用語を使用します。
| 用語 | 意味 |
|---|---|
| アセット (Asset) | License Access Control が追跡する 1 台のライセンスサーバー。アセットは Server Allocations ページに表示されます。 |
| モード (Mode) | アセットの追跡方法。管理 (Managed) アセットは構成とデプロイが可能です。読み取り専用 (Read-Only) アセットは監視のみです。 |
| ルール (Rule) | 1 つのアクション、1 つのフィーチャー、1 つの対象エンティティで構成される単一のアクセス文。任意でスケジュールを設定できます。 |
| アクション (Action) | ルールが行うこと。Grant Access、Deny Access、Reserve Seats、Limit Usage など。 |
| フィーチャー (Feature) | ルールが適用されるライセンス製品または機能。 |
| エンティティ (Entity) | ルールの対象。ユーザー、ユーザーグループ、ワークステーション、またはワークステーショングループ。 |
| スケジュール (Schedule) | 一連のルールをいつデプロイするかを制御する、名前付きの週次プラン。 |
| デプロイメント (Deployment) | アセットのルールをそのライセンスサーバーへプッシュすること。 |
| デプロイタイプ (Deploy type) | ルールをサーバーへデプロイする方法。Per Asset（アセット全体を一度に。オンプレミスのライセンスマネージャーで使用）または Per Rule（個別の変更。SaaS プラットフォームで使用）。 |
| オプションファイル (Option file) | オンプレミスのライセンスマネージャーがアクセス制御のために読み取る構成ファイル。 |
| ディレクトリ (Directory) | OpenLM に同期される、ユーザーとグループの供給元（例: Active Directory）。 |
| Workstation Agent | ユーザーのコンピューターにインストールされる OpenLM エージェント。任意の強制設定により、ユーザールールのデプロイ前にエージェントを必須にできます。 |
はじめに
License Access Control を開く
- OpenLM Platform にサインインします。
- OpenLM のナビゲーションで License Access Control を選択します。
License Access Control は Server Allocations ページで開きます。このページには、管理および監視しているライセンスサーバーが一覧表示されます。
インターフェースの構成
License Access Control には 5 つの主要エリアがあります。OpenLM のナビゲーションからエリア間を移動します。
| エリア | 用途 |
|---|---|
| Server Allocations | ホームページ。承認済みのライセンスサーバーの表示、管理、デプロイ、プレビューを行います。 |
| Pending Servers | 新たに検出されたライセンスサーバーを確認し、承認または拒否します。 |
| Denied Servers | 拒否したサーバーを確認し、再検討が必要なものを復元します。 |
| Deployment | 進行中のデプロイメントジョブ、今後のスケジュール実行、過去の結果を監視します。 |
| Settings | Workstation Agent Enforcement など、組織全体のオプションを構成します。 |
License Access Control のワークフロー
License Access Control でのアクセス管理は、繰り返し可能な手順に従います。サーバーを初めて構成するときは順番どおりに実施し、その後は必要に応じてルールとスケジュールを調整します。
- サーバーを承認します。 Pending Servers で、検出されたライセンスサーバーを管理 (Managed) として承認し、構成できるようにします。
- ルールを追加します。 サーバーの Rules タブで、誰がどのフィーチャーを使用できるかを定義します。
- デプロイをスケジュールします（任意）。Schedules タブで、特定のルールを有効にするタイミングを制御します。
- デプロイします。 オンデマンド、スケジュール、またはグループ変更時の自動実行で、ルールをライセンスサーバーへプッシュします。
- 監視します。 Deployment エリアで、デプロイメントの成功を確認し、履歴を確認します。
アセットモードについて
モードはサーバーを承認するときに設定します。後からサーバーの追跡方法を変更するには、アセットを削除し、OpenLM が次にサーバーを検出したときに Pending Servers から再承認します。
| モード | 意味 |
|---|---|
| 管理 (Managed) | フル管理アクセス。ルールの追加、スケジュールの作成、サーバーへの構成のデプロイができます。 |
| 読み取り専用 (Read-Only) | サーバーは監視のみです。表示はできますが、割り当てや構成は変更できません。 |
ライセンスサーバーの承認と拒否
OpenLM は環境内のライセンスサーバーを自動的に検出し、Pending Servers ページに一覧表示します。サーバーを管理するには、まず承認します。追跡しないサーバーを拒否し、必要になったら後で復元することもできます。
保留中のサーバーを確認する
- ナビゲーションで Pending Servers を選択します。
- 検出されたサーバーを確認します。各行には Host Name、Port、Vendor Name、License Manager Type が表示されます。
- リストを絞り込むには、フィルターアイコンを選択してフィルターを設定するか、検索ボックスにテキストを入力します。
- サーバーが報告した生の内容を確認するには、行を選択します。内容がプレビューパネルに表示されます。
図 1. Pending Servers ページ。行を選択すると、サーバーが報告した内容をプレビューできます。
サーバーを承認する
サーバーを承認すると、管理または監視のために Server Allocations ページへ移動します。
- Pending Servers で、承認するサーバーを見つけます。
- 行の承認アイコン（チェックマーク）を選択します。Approve asset ダイアログが開きます。
- 承認モードを選択します。
- Managed — フル管理アクセス。ルールを追加して構成をデプロイする場合はこちらを選択します。
- Read-Only — サーバーは監視のみです。割り当てや構成は変更できません。
- Save を選択します。
サーバーが Server Allocations ページへ移動します。確認メッセージ Asset was approved successfully が表示されます。
ライセンスサーバーを管理 (Managed) として承認すると、License Access Control がそのサーバーのオプションファイルを引き継ぎ、Broker 側のオプションファイルモニターは切断されます。Broker はライセンスサーバー自体の監視を継続します。引き継がれるのはオプションファイルの監視のみです。
サーバーを拒否する
サーバーを拒否すると、License Access Control の対象外になります。拒否したサーバーは Denied Servers ページへ移動します。
- Pending Servers で、拒否するサーバーを見つけます。
- 行の拒否アイコンを選択します。
サーバーの拒否は、確認プロンプトなしで即座に実行されます。誤って拒否した場合は、Denied Servers ページから復元してください。
拒否したサーバーを復元する
拒否したサーバーを再検討する必要がある場合は、保留リストへ復元します。
- ナビゲーションで Denied Servers を選択します。
- 復元するサーバーのチェックボックスを 1 つ以上選択します。
- Restore To Pending を選択します。
サーバーが Pending Servers ページに戻り、あらためて承認または拒否できます。
図 2. Denied Servers ページ。サーバーを選択し、Restore To Pending を選択して再検討します。
サーバー割り当てを操作する
Server Allocations ページはホームベースです。承認済みのすべてのライセンスサーバー（アセット）が、現在のステータス、ルール数とスケジュール数、直近のデプロイメント結果とともに一覧表示されます。
図 3. Server Allocations ページは、承認済みの各ライセンスサーバーを、ルール、スケジュール、モード、最終更新とともに一覧表示します。
サーバー割り当てを表示する
Server Allocations ページの各行には、次の列が表示されます。
| 列 | 説明 |
|---|---|
| Status | 削除済みや無効化済みなど、デプロイできないサーバーを示すアイコン。アセットステータスアイコンについてを参照してください。 |
| Server Name | ライセンスサーバーの名前。選択すると、OpenLM 内のそのサーバーのページが開きます。 |
| License Manager Type | サーバーのタイプ。FLEXlm、RLM、AutodeskCloud など。 |
| Vendor Name | ライセンスベンダー。 |
| Rules | アセットに定義されているルールの数。数値を選択すると Rules タブが開きます。 |
| Schedules | アセットに定義されているスケジュールの数。数値を選択すると Schedules タブが開きます。 |
| Mode | Managed または Read-Only。 |
| Last Update | アセットが最後に変更された日時。 |
| Last Deployment Status | 直近のデプロイメントの結果。デプロイメントの実行中は Deployment in progress と表示されます。 |
ツールバーを使用して、リストの更新、列によるフィルター、ページ全体の検索ができます。
アセットステータスアイコンについて
Status 列のアイコンは、デプロイの前にサーバーへの対応が必要であることを意味します。
| アイコン | 意味 | 対処方法 |
|---|---|---|
| Delete（サーバー削除済み） | ライセンスサーバーが削除されました。デプロイはできません。 | アセットを削除するか、OpenLM でライセンスサーバーを復元します。 |
| Disabled（サーバー無効） | ライセンスサーバーが無効になっています。 | ライセンスサーバーを有効にすると、デプロイできるようになります。 |
アセットの割り当てファイルをプレビューする
アセットをプレビューすると、License Access Control がそのアセット用に生成する正確な構成内容を、デプロイ前に確認できます。
- Server Allocations ページで、アセットを見つけます。
- 行のプレビューアイコンを選択します。
File preview ダイアログに、生成された内容が行単位で表示されます。確認が終わったらダイアログを閉じます。
アセットを開いて管理する
管理 (Managed) アセットを開くと、ルール、スケジュール、設定を操作できます。
- Server Allocations ページで、管理 (Managed) アセットを見つけます。
- 行の管理アイコンを選択するか、Rules 列または Schedules 列の値を選択します。
アセットの詳細ページが開きます。上部のコンテキストカードには、サーバーの概要（ベンダー、ライセンスマネージャータイプ、モード、スケジュール数、デプロイ済みルール数、最終更新）が表示されます。カードの下には、作業を整理する 3 つのタブ（Rules、Schedules、Settings）があります。
図 4. アセットの詳細ページには、コンテキストカード、Deploy ボタン、Rules・Schedules・Settings タブが表示されます。
アセットを削除する
アセットを削除すると、License Access Control でそのサーバーの管理を停止します。
- Server Allocations ページで、アセットを選択します。
- Delete Asset を選択します。
- 確認ダイアログで削除を確定します。
アセットを削除すると、そのアセットに関連するすべてのスケジュールとルールが削除されます。この操作は元に戻せません。
ルールの作成と管理
ルールは、ライセンスサーバーに対する単一のアクセス文です。各ルールは、アクション（何をするか）、1 つのフィーチャー（ライセンス製品）、1 つの対象エンティティ（誰または何に適用するか）を組み合わせたものです。ルールをスケジュールに割り当てて、デプロイのタイミングを制御することもできます。
ルールアクションとカテゴリについて
License Access Control は、関連する制御をまとめるためにアクションをカテゴリに分類しています。インターフェースにはわかりやすいアクション名が表示されます。基盤となるオプションファイルのキーワードはサーバータイプによって異なります。主なアクションは次のとおりです。
| カテゴリ | 主なアクション | 用途 |
|---|---|---|
| Access Control | Grant Access、Deny Access、Grant All Access、Deny All Access、Allow Access | フィーチャーを使用できるユーザーとできないユーザーを制御します。 |
| Seat Reservations | Reserve Seats | 特定のユーザーまたはグループにシート数を保証します。 |
| Usage Limits | Limit Usage、Idle Timeout、Global Timeout、Max Overdraft、Linger Duration | 同時使用の上限設定、アイドルシートの回収、借用の制御を行います。 |
| Server Settings | Server Timezone、Log Rotation、Debug Log、Report Log など | サーバーレベルの動作とログを構成します。 |
| Comments | Comment | 生成される構成にメモを追加します。 |
ルールで利用できるアクションは、ライセンスマネージャータイプによって異なります。License Access Control は、選択したサーバーがサポートするアクションのみを表示します。アクション名の全一覧はルールアクションリファレンスを参照してください。
エンティティタイプ
エンティティはルールの対象です。利用できるエンティティタイプはサーバータイプによって異なります。
| エンティティタイプ | 適用対象 |
|---|---|
| User | 個々のユーザー。 |
| User Group | ユーザーのディレクトリグループ。 |
| Workstation | 1 台のコンピューター（ホスト）。 |
| Workstation Group | コンピューターのグループ。 |
| IP Address、IP Group、IP Range、IP Range Group | ネットワークアドレスまたはその範囲。 |
| Display Name、Project | 一部のサーバータイプで使用されるベンダー固有の対象。 |
ルールを追加する
ルールを追加して、1 つ以上の対象に対しフィーチャーを許可、拒否、予約、制限します。保存時に、License Access Control は選択したフィーチャーとエンティティの組み合わせごとに 1 つのルールを作成するため、多数のルールを一度に構成できます。
- 管理 (Managed) アセットを開き、Rules タブを選択します。
- Add Rule を選択します。ルールビルダーが開きます。
- Action リストから、Grant Access や Reserve Seats など、ルールが行うことを選択します。
- License Type リストが表示された場合は、ライセンスタイプを選択します。DSLS など一部のサーバータイプは、ライセンスタイプごとにルールを分けます。
- アクションに値が必要な場合は、表示されるフィールドに入力します。たとえば、予約するシート数、同時使用の上限数、期間と単位などです。
- Features を選択し、ルールを適用するフィーチャーを 1 つ以上選択します。選択したフィーチャーは Selected Features パネルに表示されます。
- Target Entities を選択し、Entity Type を選択してから、エンティティを 1 つ以上選択します。選択したエンティティは Selected Entities パネルに表示されます。
- （任意）Schedule リストから、ルールのデプロイタイミングを制御するスケジュールを選択します。
- Save を選択します。
追加されたルールの数が確認メッセージに表示されます。新しいルールは Rules タブに表示され、デプロイ可能になります。
図 5. ルールビルダー。アクションを選択し、フィーチャー、対象エンティティ、任意のスケジュールを選択します。
同じアクションを複数のフィーチャーと対象に一度に適用するには、保存前に複数のフィーチャーと複数のエンティティを選択します。License Access Control が組み合わせごとに個別のルールを作成します。
ルールを編集する
- Rules タブで、ルールを見つけます。
- 行の編集アイコンを選択します。
- アクション、値、フィーチャー、エンティティ、スケジュールを変更し、Save を選択します。
現在デプロイされているルール、および次回のデプロイメントで削除予定のルールは編集できません。デプロイ済みのルールを変更するには、複製してコピーを編集するか、削除して新しいルールを作成します。
ルールを複製する
ルールを複製して、新しいルールの出発点として使用します。
- Rules タブで、ルールを見つけます。
- 行の複製アイコンを選択します。
- ルールビルダーでコピーしたルールを調整し、Save を選択します。
現在デプロイされているルールを複製すると、License Access Control は新しいルールを未デプロイのリストに追加します。元のルールはデプロイされたままです。
ルールを削除する
- Rules タブで、ルールのチェックボックスを 1 つ以上選択します。
- Delete を選択します。
- 確認ダイアログでルールの一覧を確認し、Confirm を選択します。
現在デプロイされているルールを削除すると、License Access Control はそのルールを Pending Delete としてマークし、次回のデプロイメントでサーバーから削除します。
ルールをフィルターし、デプロイ済みのルールのみを表示する
- リストを絞り込むには、フィルターアイコンを選択し、Rule、Feature、Entity Type、Entity Name、Additional Key（フィーチャーのバージョンまたは製品識別子）、Category でフィルターします。タブ全体を検索することもできます。
- まだサーバー上にないルールを非表示にするには、Show currently deployed only を選択します。
ルールステータスアイコンについて
ルールの横のアイコンは、デプロイを妨げる状態を示します。ルールを有効にするには、デプロイ前にこれらを解決してください。
| アイコン | 意味 |
|---|---|
| Pending delete | ルールは削除予定としてマークされており、次回のデプロイメントで削除されます。 |
| Server unavailable | ライセンスサーバーが削除または無効化されたため、ルールをデプロイできません。ルールを削除するか、ライセンスサーバーを復元してください。 |
| User or group problem | ルールの対象であるユーザーまたはグループが、ディレクトリから削除されたか、ディレクトリで無効化されています。エンティティを復元または有効化するまで、アセットまたはスケジュールはデプロイされません。 |
| Empty group | ルールの対象であるグループにメンバーがいません。グループにユーザーが含まれるまで、アセットまたはスケジュールはデプロイされません。 |
ルールには、対象のディレクトリステータス（Valid、Deleted from directory、Empty group など）も表示されます。ステータスとその意味の全一覧はディレクトリエンティティステータスリファレンスを参照してください。
ルールに割り当てられたスケジュールを表示する
Rules タブの Schedule 列には、ルールのスケジュール状況が表示されます。
- ルールが 1 つのスケジュールに属している場合は、スケジュール名がチップとして表示されます。
- ルールが複数のスケジュールに属している場合は、数値が表示されます。数値を選択すると Schedules ダイアログが開き、すべてのスケジュールとその頻度を確認できます。
ルールのデプロイをスケジュールする
スケジュールは、一連のルールとデプロイメント構成（それらのルールをライセンスサーバーへデプロイする曜日と時刻）をまとめたものです。スケジュールを有効にすると、構成した時刻での自動デプロイのためにルールがキューに入ります。無効なスケジュールは休止状態のままです。スケジュールを使用して、勤務時間、シフト、メンテナンス時間帯に合わせてアクセスを調整します。
1 つのアセットで同時にアクティブにできるスケジュールは 1 つだけです。スケジュールをデプロイすると、それがアクティブなスケジュールになり、サーバー上の現在のルールセットを置き換えます。
図 6. Schedules タブには、各スケジュールが曜日、時刻、割り当て済みルール、アクティブ状態とともにカードとして表示されます。
スケジュールがデプロイされると（構成した時刻の自動実行でも、オンデマンドでも）、サーバー上の現在のルールセットは、そのスケジュールに割り当てられたルールで置き換えられます。デプロイされるスケジュールに含まれないルールは、そのデプロイメントによってサーバーから削除されます（サーバーからルールを削除するを参照）。一方、無効化されたスケジュール自体は何も変更しません。サーバー上にすでにある構成は、次のデプロイメントで置き換えられるまで有効なままです。
スケジュールを追加する
- 管理 (Managed) アセットを開き、Schedules タブを選択します。
- Add Schedule を選択します。
- Schedule Name フィールドに名前を入力します。
- トグルを Enabled に設定すると、スケジュールされた時刻での自動デプロイのためにキューに入ります。Disabled のままにすると、スケジュールは休止状態を保ちます。
- Schedule タブで、デプロイする曜日を選択し、デプロイ時刻を設定します。選択内容がサマリーに表示されます。
- Rules タブを選択し、スケジュールに割り当てる各ルールのチェックボックスを選択します。Option File Preview パネルに、選択内容から生成されるオプションファイルの内容が表示されます。
- Save を選択します。
スケジュールは Schedules タブに、名前、曜日の範囲、時刻を示すカードとして表示され、Active now または Next インジケーターが付きます。
図 7. Add Schedule フォーム。スケジュールに名前を付け、曜日と時刻を設定し、Rules タブでルールを割り当てます。
スケジュールを編集する
- Schedules タブで、スケジュールカードを見つけます。
- 編集アイコンを選択します。
- 名前、状態、曜日、時刻、割り当て済みルールを変更し、Save を選択します。
スケジュールを有効または無効にする
スケジュールの編集時に、トグルを Enabled または Disabled に設定します。有効なスケジュールは、スケジュールされた時刻での自動デプロイのためにキューに入ります。無効なスケジュールは休止状態のままです。自動デプロイは行われず、有効にするまでオンデマンドでもデプロイできません。
スケジュールを削除する
- Schedules タブで、スケジュールカードを見つけます。
- 削除アイコンを選択します。
- 確認ダイアログで削除を確定します。
スケジュールの削除は元に戻せません。スケジュールを削除すると、そのスケジュールに対して計画されていたすべてのデプロイメントも、デプロイメントキューおよび Deployment エリアの Schedule タブから削除されます。
スケジュールを今すぐデプロイする
スケジュールをオンデマンドでデプロイすると、スケジュールされた時刻を待たずに、割り当て済みルールをすぐにライセンスサーバーへプッシュできます。
- Schedules タブで、スケジュールカードを見つけます。
- デプロイアイコンを選択します。
- 確認ダイアログでデプロイメントを確定します。
スケジュールがデプロイメントキューに追加され、まもなくデプロイされます。
スケジュールをデプロイすると、それがそのアセットのアクティブなスケジュールになり、ライセンスサーバーに現在デプロイされているルールセットを置き換えます。1 つのアセットで同時にアクティブにできるスケジュールは 1 つだけです。スケジュールをデプロイできるのは、スケジュールが有効で、ルールが 1 つ以上割り当てられている場合のみです。
構成をデプロイする
デプロイすると、アセットのルールがそのライセンスサーバーへプッシュされます。License Access Control はジョブをキューに入れ、ルールをディレクトリと照合して検証し、サーバーに合った正しい形式にコンパイルして、バックグラウンドで配信します。オンデマンド、スケジュール、またはディレクトリグループの変更時の自動実行でデプロイできます。
アセットを手動でデプロイする
アセットをデプロイして、そのすべてのアクティブなルールをライセンスサーバーへプッシュします。
- 管理 (Managed) アセットを開くか、Server Allocations ページでアセットを見つけます。
- アセットの詳細ページで Deploy を選択するか、アセットの行のデプロイアイコンを選択します。
- 確認ダイアログでデプロイメントを確定します。
アセットがデプロイメントキューに追加されたことを確認するメッセージが表示されます。結果は Deployment エリアで追跡します。
デプロイできない場合
次の状況では Deploy ボタンを使用できません。
| 状況 | 解決方法 |
|---|---|
| アセットにルールがない。 | ルールを 1 つ以上追加してからデプロイします。 |
| ライセンスサーバーが削除または無効化された。 | ライセンスサーバーを復元または有効化するか、アセットを削除します。 |
| （スケジュールのデプロイ時）スケジュールが無効、またはルールがない。 | スケジュールを有効にし、ルールを 1 つ以上割り当てます。 |
サーバーからルールを削除する
License Access Control には、独立したデプロイ解除の操作はありません。すでにサーバー上にあるルールを削除するには、次のいずれかの方法を使用します。
- ルールを削除してから、アセットをデプロイします。 アセットの Rules タブで削除するルールを選択し、Delete を選択します。現在デプロイされているルールは Pending Delete としてマークされます。アセットをデプロイすると、次のデプロイメントで削除済みのルールがサーバーから取り除かれます。
- 対象のルールを含まないスケジュールをデプロイします。 スケジュールのデプロイはサーバー上のルールセットをスケジュールの割り当て済みルールで置き換えるため、不要なルールを含まないスケジュールをデプロイすれば、ルール自体は後で使えるように残したまま、サーバーからは取り除けます。
グループ変更時の自動デプロイを有効にする
アセットの自動デプロイを有効にすると、対象グループのメンバーシップが変更されるたびに License Access Control がそのアセットを再デプロイします。これにより、手動のデプロイなしでアクセスを最新の状態に保てます。
- 管理 (Managed) アセットを開き、Settings タブを選択します。
- Edit Configuration を選択します。
- Automatic Deployment on Group Change を有効にします。
- Save を選択します。
図 8. Settings タブ。アセットの Automatic Deployment on Group Change を有効にします。
短時間にグループが何度も変更された場合の頻繁な再デプロイを避けるため、License Access Control はグループメンバーシップが安定するまで待ってから再デプロイします。これにより、連続した変更は 1 回のデプロイメントにまとめられます。この待機時間の既定値は 1 時間です。
デプロイ時に行われる処理
各デプロイメントは同じ手順で実行されます。
- License Access Control はすべてのルールをディレクトリと照合して検証し、対象が削除済み、無効化済み、または空のグループであるルールをスキップします。
- SaaS プラットフォームでは、メールアドレスや氏名など、各ユーザーに必要な ID 情報を解決します。
- Workstation Agent Enforcement が有効な場合、アクティブな Workstation Agent を持たないユーザーのユーザールールをスキップします。組織設定を構成するを参照してください。
- 残りのルールをコンパイルしてサーバーへ配信し、結果をデプロイメント履歴に記録します。
デプロイメントを監視する
Deployment エリアでは、アセットごとのタブとは別に、デプロイメントジョブのライフサイクル全体を 1 か所で追跡できます。Queue、Schedule、History の 3 つのタブがあります。
デプロイメントキューを表示する
Queue タブには、待機中または進行中のデプロイメントジョブが一覧表示されます。各行には Server Name、Vendor Name、License Manager Type、Deploy Type（Per Asset または Per Rule）、Deployment Status が表示されます。最新の状態を確認するには、タブを更新します。
図 9. Deployment エリアには Queue、Schedule、History タブがあります。ここでは待機中のジョブがない Queue タブを表示しています。
スケジュールされたデプロイメントを表示する
Schedule タブには、時刻ベースのスケジュールとグループ変更による自動デプロイの両方を含む、今後の自動デプロイメントが一覧表示されます。各行には Server Name、Vendor Name、License Manager Type、Deploy Type、および次回実行の Schedule To 時刻が表示されます。
デプロイメント履歴を確認する
History タブには、直近 7 日間の過去のデプロイメントとその結果が一覧表示されます。手動で開始したもの、スケジュールが起動したもの、グループ変更が起動したものを問わず、すべてのデプロイメントがここに表示されます。
| 列 | 説明 |
|---|---|
| Server Name | デプロイ先のライセンスサーバー。 |
| Host Name / Port | サーバーの接続情報。 |
| Vendor Name / License Manager Type | ベンダーとサーバータイプ。 |
| Deployment Status | デプロイメントの結果。 |
| Deployment Message | デプロイメントの詳細。失敗時のエラーメッセージなど。 |
| Deployment Time | デプロイメントの実行日時。 |
デプロイされた正確な内容を確認するには、行のプレビューアイコンを選択します。特定のデプロイメントを探すには、フィルターと検索を使用します。
図 10. Deployment History には、Success、Failure、Skipped などの結果とともに過去のデプロイメントが一覧表示されます。
組織設定を構成する
Settings ページには、License Access Control の組織全体のオプションがあります。これらの設定を変更できるのは管理者のみです。閲覧者は現在の状態を確認できます。
Workstation Agent Enforcement について
Workstation Agent Enforcement を有効にすると、License Access Control は、個々のユーザーを対象とするルールをデプロイする前に、そのユーザーが OpenLM Workstation Agent をインストールしていることを確認します。アクティブなエージェントを持たないユーザーのルールは、デプロイ時にスキップされます。
- 強制の対象となるのは、Grant Access、Grant All Access、Allow Access、Reserve Seats のアクションで個々のユーザーを対象とするルールのみです。
- グループとワークステーションを対象とするルールは、エージェントの状態に関係なく常にデプロイされます。
- この設定は組織全体に適用されます。
Workstation Agent Enforcement を有効または無効にする
- ナビゲーションで Settings を選択します。
- Workstation Agent Enforcement を有効または無効にします。
- Save を選択します。
強制を有効にすると、以降のデプロイメントでは Workstation Agent をインストールしていないユーザーがスキップされます。無効にすると、エージェントの状態に関係なくすべてのユーザールールがデプロイされます。
図 11. Settings ページ。組織の Workstation Agent Enforcement を有効または無効にします。
リファレンス
ルールアクションリファレンス
License Access Control のインターフェースには、わかりやすいアクション名が表示されます。次の表はカテゴリ別の一覧です。個々のルールで利用できるアクションは、ライセンスマネージャータイプによって異なります。
| アクション名 | カテゴリ |
|---|---|
| Grant Access | Access Control |
| Deny Access | Access Control |
| Grant All Access | Access Control |
| Deny All Access | Access Control |
| Allow Access | Access Control |
| Grant Borrow Access / Deny Borrow Access | Access Control |
| Allow Borrow / Deny Borrow | Access Control |
| Grant All Roaming Access / Deny All Roaming Access | Access Control |
| Reserve Seats | Seat Reservations |
| Limit Usage | Usage Limits |
| Usage Limit | Usage Limits |
| Idle Timeout / Global Timeout | Usage Limits |
| Max Overdraft | Usage Limits |
| Linger Duration | Usage Limits |
| Max Borrow Duration / Borrow Low Water Mark | Usage Limits |
| Borrow Count Limit / Borrow Hours Limit | Usage Limits |
| Max Roaming Licenses / Max Roaming Days | Usage Limits |
| Queue Priority | Usage Limits |
| Exempt from Limits / Exempt All from Limits | Usage Limits |
| Server Timezone、Log Rotation、Debug Log、Report Log、Suppress Logging、Case-Insensitive Groups など | Server Settings |
| Comment | Comments |
エンティティタイプリファレンス
| エンティティタイプ | 説明 |
|---|---|
| User | 個々のユーザー。 |
| User Group | ユーザーのディレクトリグループ。 |
| Workstation | 1 台のコンピューター（ホスト）。 |
| Workstation Group | コンピューターのグループ。 |
| IP Address | 単一のネットワークアドレス。 |
| IP Group | ネットワークアドレスのグループ。 |
| IP Range | ネットワークアドレスの範囲。 |
| IP Range Group | アドレス範囲のグループ。 |
| Display Name | ベンダー固有の表示名。 |
| Project | 一部のサーバータイプで使用されるプロジェクト対象。 |
ディレクトリエンティティステータスリファレンス
| ステータス | 意味 |
|---|---|
| Valid | エンティティは存在し、有効で、利用可能です。 |
| Deleted from directory | エンティティはディレクトリに存在しなくなりました。 |
| Disabled in directory | エンティティは存在しますが、無効化されています。 |
| Renamed | エンティティはディレクトリで名前が変更されました。 |
| Empty group | グループは存在しますが、メンバーがいません。 |
| Security Risk (Group Transfer) | エンティティがグループ間で移動しました。 |
| Validation Timeout | ディレクトリの検証がタイムアウトしました。 |
ロールと権限リファレンス
| ロール | アクセス |
|---|---|
| LAC Admin | License Access Control のすべての機能への読み取り・書き込みのフルアクセス。 |
| LAC Viewer | サーバーリスト、Deployment エリア、Settings ページへの読み取り専用アクセス。アセットの詳細タブを開く、サーバーを承認する、ルールやスケジュールを変更する、デプロイする、設定を変更することはできません。 |
よくある質問
Deploy ボタンが使用できないのはなぜですか？
アセットにルールがないか、ライセンスサーバーが削除または無効化されています。ルールを 1 つ以上追加するか、ライセンスサーバーを復元または有効化してください。デプロイできない場合を参照してください。
ルールを削除しましたが、まだサーバー上にあります。なぜですか？
デプロイ済みのルールは Pending Delete としてマークされ、次回のデプロイメントで削除されます。削除を完了するには、アセットをデプロイしてください。
スケジュールを無効にしましたが、アクセスが変わりません。なぜですか？
スケジュールを無効にすると今後の自動デプロイは停止しますが、すでにサーバー上にあるものは変更されません。最後のデプロイメントのルールは、新しいデプロイメントで置き換えられるまで有効なままです。今すぐアクセスを変更するには、アセットをデプロイするか、別のスケジュールをデプロイしてください。ルールのデプロイをスケジュールするを参照してください。
ルールを編集できないのはなぜですか？
現在デプロイされているルール、または削除予定としてマークされているルールは編集できません。ルールを複製してコピーを編集するか、ルールを削除して新しいルールを作成してください。
デプロイメント中に一部のルールがスキップされたのはなぜですか？
License Access Control は、対象が削除済み、無効化済み、または空のグループであるルールをスキップします。Workstation Agent Enforcement が有効な場合は、アクティブな Workstation Agent を持たないユーザーのユーザールールもスキップされます。