Translations:ReleaseNotes/Juno/66/ja

主要な新機能

Keystoneサイト関認証連携(Keystone-to-Keystone Federation)機能が実験的にサポートされました。１つのKeystoneインスタンスがIdentity Providerに、その他がService Providerとして動作します。(訳注：用語はSAMLを参照)[1]
PKIトークンのユーザは、既存のPKIトークンをzlibで圧縮する機能を追加したPKIZプロバイダを利用できるようになりました。[2]
PKI認証トークンのハッシングアルゴリズムが設定可能になりました。（デフォルトはこれまでどおりMD5ですが、KeystoneチームではSHA256への移行を推奨します。）
ドメインごとの認証ドライバ設定(identity-driver-configuration-per-domain)に、任意のインターネットドメイン名を指定できるようになりました。（任意の階層構造のドメイン名を指定できます。）(例：customer.cloud.example.com)
LDAP認証のバックエンドにおいて、ユーザの属性値としてdescriptionを取り扱えるようになりました。
Identity API v3において、（RESTの）リクエストがJSONスキーマで検証されるようになりました。[3]
複数の認証バックエンド構成において、任意のリソースID(UUID)から任意のバックエンドへの対応付けが出来るようになりました。[4]
keystoneclient.middleware.auth_tokenがkeystonemiddleware.auth_tokenリポジトリに移動しました。[5]
Identity API v3がサービスカタログを取得するための、GET /v3/auth/catalogをサポートしました。[6]
サイト間認証連携に関するイベント、及び、サイトローカルのロールの割り当て操作を契機にCADF(監査)通知が生成するようになりました。[7][8]
特定のポリシー群(=ポリシーファイル）を１つ以上の特定のエンドポイントに対応付けて割り当てることがd切るようになりました。[9]
ルートAPIエンドポイントで、Accept: application/json-homeヘッダを持つリクエストに対して、JSON-Homeドキュメントを返すようになりました。[10]
OS-EP-FILTERを利用して、より簡単に、特定のエンドポイントをサービスカタログ(クライアント向け)から取り除くことが出来るようになりました。\
証明書収集APIが、証明書を所有するユーザごとにフィルタリングできるようになりました。(GET /v3/credentials?user_id={user_id})[11]
サービスカタログや利用可能なプロジェクトの範囲、利用可能なドメインの範囲などの認証に関係するデータを取得するための、汎用的なAPIエンドポイントが新たに利用できるようになりました。[12]
LDAP利用時に、ユーザのenabled属性をLDAPのlockにマッピングするようになりました。(ブール値は反転させて格納しています）
CA認証ファイルがLDAPS接続に対して設定できるようになりました。
A CA certificate file is now configurable for LDAPS connections.
Templated catalogバックエンドがIdentity API v3のサービスカタログを生成出来るようになりました。
v3のサービスカタログに、サービス名が追加されました。
サービスが名前でフィルタリング出来るようになりました。( GET /v3/services?name={service_name})