KCM バージョン 2.21.0

2025年9月15日リリース

概要

バージョン2.21.0では、PAMでのリンクレコードへのサポートが追加され、動的トークンを使用してリンクされたKeeperレコードから管理者認証情報や接続用認証情報を取得できるようになりました。新たに ${KEEPER_SERVER_ADMIN_*} および ${KEEPER_GATEWAY_LAUNCH_*} トークンが追加され、既存のトークンも更新されています。

また、サービスの接続性、認証応答性、ライセンス状態を監視するヘルスチェックAPIエンドポイントが追加されました。さらに、Apache Guacamole1.6.0の改善点 (テキスト選択の強化、VNCの自動リサイズ、パラメータトークンの拡張、Wake-on-LANチェックなど) への対応も含まれています。加えて、ユーザー名の大文字・小文字の区別設定、グループ単位でのMFA適用、LDAPおよびOpenID Connectの機能強化、多言語対応やキーボードレイアウト対応も追加されました。

KeeperPAMリンクレコードのサポート

KCM-421: リンクレコードのサポート

Keeperシークレットマネージャーとの統合で、ボルトのPAMレコードに関連付けられた「管理者認証情報」と「接続用認証情報」を含むリンクレコードのシークレットを読み取れるようになりました。既存の ${KEEPER_SERVER_*} および ${KEEPER_GATEWAY_*} トークンと同様に、リンクレコードからシークレットを取得する動的トークンが利用可能です。

${KEEPER_SERVER_ADMIN_*}

リモートデスクトップサーバーのホスト名に一致するKeeperレコードにリンクされた管理者認証情報 (例: ${KEEPER_SERVER_ADMIN_PASSWORD}) を取得します。${KEEPER_SERVER_*} が一致する仕組みと同様に動作します。

${KEEPER_SERVER_LAUNCH_*}

リモートデスクトップサーバーのホスト名に一致するKeeperレコードにリンクされた接続用認証情報 (例: ${KEEPER_SERVER_LAUNCH_PASSWORD}) を取得します。${KEEPER_SERVER_*} が一致する仕組みと同様に動作します。

${KEEPER_GATEWAY_ADMIN_*}

リモートデスクトップサーバーの gateway-hostname パラメータに一致するKeeperレコードにリンクされた管理者認証情報 (例: ${KEEPER_GATEWAY_ADMIN_PASSWORD}) を取得します。このトークンはMicrosoft RD Gateway使用時に特化しており、RDP接続にのみ適用されます。${KEEPER_GATEWAY_*} が一致する仕組みと同様に動作します。

${KEEPER_GATEWAY_LAUNCH_*}

リモートデスクトップサーバーの gateway-hostname パラメータに一致するKeeperレコードにリンクされた接続用認証情報 (例: ${KEEPER_GATEWAY_LAUNCH_PASSWORD}) を取得します。このトークンはMicrosoft RD Gateway使用時に特化しており、RDP接続にのみ適用されます。${KEEPER_GATEWAY_*} が一致する仕組みと同様に動作します。

既存トークンの動作変更

${KEEPER_SERVER_*} および ${KEEPER_GATEWAY_*} トークンは、リンクされた「管理者」認証情報を持つレコードがある場合、その認証情報を優先して使用します。直接レコードに保存されたシークレットは、リンクが使用されていない場合にのみ動的トークンに使用されます。

ヘルスチェックとライセンス状態確認用エンドポイント

KCM-469: ヘルスチェックAPI

KCMには定期的に実行される自動ヘルスチェック機能が追加されました。この機能により、guacd サービスが到達可能か、認証サブシステムが応答しているか、KCMライセンスが近々期限切れにならないかを確認できます。ヘルスチェックには、システムの状態を自動で確認できるREST APIエンドポイントが含まれています。

ヘルスチェックエンドポイントには、.../api/ext/healthcheck/full への GET リクエストでアクセスでき、認証は不要です。たとえば、KCMが kcm.example.net にホストされている場合、以下の curl コマンドでヘルスチェックのステータスを取得できます。

curl https://kcm.example.net/api/ext/healthcheck/full

KCMサーバーが正常でライセンスが有効な場合、以下のようなJSONが返されます。

{ "licensed": true, "licenseExpiresSoon": false, "healthy" : true }

サーバーが正常でない場合、またはライセンスが無効な場合は、上記JSONに表示されるフラグの値が異なります。ヘルスチェック応答JSONのフラグは以下の通りです。

プロパティ名
説明

licensed

KCMライセンスが現在有効かどうかを示します。有効かつ期限切れでない場合は true、無効または期限切れの場合は false となります。

licenseExpiresSoon

KCMライセンスが現在有効であるが、間もなく期限切れとなるかどうかを示します。 期限切れが間もなくでない場合は false、間もなく期限切れとなり、できるだけ早く更新する必要がある場合は true となります。

「間もなく」の期間は設定可能です (以下参照)。デフォルトでは、ライセンスが次の1週間以内に期限切れとなる場合に「間もなく期限切れ」と見なされます。

注意: このプロパティは、licensedfalse の場合は省略されます。

healthy

KCMサーバーが正常かどうかを示します。guacdサービスおよびKCMの認証システムの可用性をテストした結果に基づきます。guacdまたはKCMの認証システムのいずれかが応答していない場合は false、両方が利用可能である場合は true となります。

ヘルスチェックの動作は、以下の設定プロパティ (RPMインストール時) または環境変数 (Dockerインストール時) を使用して変更できます。

設定プロパティ (guacamole.properties)
環境変数
説明

healthcheck-interval

HEALTHCHECK_INTERVAL

各ヘルスチェックの間に待機する秒数です。 ヘルスチェックエンドポイントへのリクエストとは無関係に、KCMはこの間隔に従って定期的にヘルスチェックを実行します。 ヘルスチェックエンドポイントへのリクエストは、直近のチェック結果を返すだけです。

デフォルトでは、ヘルスチェックは5秒ごとに実行されます。

healthcheck-license-grace-period

HEALTHCHECK_LICENSE_GRACE_PERIOD

ライセンスの有効期限が「まもなく切れる」と見なされるまでの残り日数です。 この期間に達すると、ライセンスがまだ期限切れになっていなくても、ヘルスチェックのレスポンスでは licenseExpiresSoontrue になります。

デフォルトでは、ライセンスが今後7日以内に期限切れになる場合、「まもなく切れる」と見なされます。

healthcheck-base-uri

HEALTHCHECK_BASE_URI

ヘルスチェックが認証サービスの可用性を確認するために使用するKCMサーバーのベースURIです。 このURIは、KCM自身からローカルネットワーク経由で到達可能であれば十分です。

デフォルトでは、http://localhost:8080 が使用されます。

Apache Guacamole1.6.0からの改善・修正

KCM-446: Keeperコネクションマネージャーは、Apache Guacamoleの最新リリースに対応しました。 これまでのKCMリリースで、Guacamoleの多くの改善は先行して取り込まれていましたが、今回さらに新たに以下の注目すべき変更が加わっています。

  • ターミナルエミュレーター内のテキストをダブルクリックで選択できるようになりました。

  • 改行やインデントを含むテキストのコピーに関する不具合を修正しました。

  • VNCサーバーが対応している場合、VNC画面の自動リサイズが行われるようになりました。

  • LDAPユーザーのドメイン、OpenID ConnectのJWTクレーム、現在の接続名といった追加のパラメータトークンが利用可能になりました。

  • Wake-on-LANの機能が改善され、マシンの稼働状況を自動で確認できるようになりました。

Docker環境変数にまだ対応していない設定オプション

以下の新しい機能も追加されていますが、現時点ではDockerイメージでの設定は ADDITIONAL_GUACAMOLE_PROPERTIES という包括的な環境変数を通じてのみ可能で、専用の環境変数にはまだ対応していません。

  • グループメンバーシップやIPアドレスに基づき、TOTPの強制を無効化できるようになりました。

  • ユーザー名の大文字、小文字の区別を設定で切り替えられるようになりました。

ユーザーインターフェースやプラットフォームの更新

認証、統合、ストレージの更新

プロトコルサポートの更新

多言語対応の更新


アップグレードの手順については、こちらarrow-up-rightのページをご参照ください。

最終更新

役に立ちましたか?