6.3. LDAP から IdM への移行時のパスワードの移行の計画
LDAP から IdM へユーザーパスワードを移行するには、Kerberos ハッシュを生成する必要があります。これは SSSD を使用して透過的に行うことも、移行用 Web ページを介して行うこともできます。または、パスワードなしでユーザーを移行し、パスワードのリセットを要求することもできます。
6.3.1. LDAP から IdM への移行時のパスワード移行方法 リンクのコピーリンクがクリップボードにコピーされました!
LDAP から IdM への移行時に最適なアプローチを選択できるように、2 つのパスワード移行方法とそのメリットとデメリットを説明します。
ユーザーを LDAP から Identity Management (IdM) に移行する前に決定すべき重大な問題は、ユーザーパスワードを移行するかどうかです。以下のオプションが利用できます。
- パスワードを使用しないユーザーの移行
より迅速に実行できますが、管理者とユーザーによるより多くの手作業が必要です。特定の状況では、これが唯一の選択肢となります (元の LDAP 環境にクリアテキストのユーザーパスワードが保存されている 場合や パスワードが IdM で定義されているパスワードポリシーの要件を満たしていない 場合など)。
パスワードを使用せずにユーザーアカウントを移行する場合は、すべてのユーザーパスワードをリセットします。移行したユーザーには、最初のログイン時に変更する一時パスワードが割り当てられます。パスワードのリセット方法は、RHEL 7 IdM ドキュメント ユーザーパスワードの変更およびリセット を参照してください。
- パスワードを使用したユーザーの移行
移行はよりスムーズになりますが、移行および移行プロセスで LDAP ディレクトリーと IdM を並列に管理することも必要になります。これは、IdM がデフォルトで認証に Kerberos を使用し、各ユーザーには、標準ユーザーパスワードのほかに、IdM Directory Server に保存されている Kerberos ハッシュが必要であるためです。このハッシュを生成するには、IdM サーバー側でユーザーのパスワードがクリアテキストで利用可能である必要があります。新しいユーザーパスワードを作成すると、パスワードはハッシュされて IdM に保存される前に、クリアテキストで利用できるようになります。しかし、ユーザーを LDAP ディレクトリーから移行する際、関連付けられているユーザーパスワードはすでにハッシュ化されています。そのため、対応する Kerberos キーを生成することができません。
重要デフォルトでは、ユーザーアカウントが存在しても、Kerberos ハッシュが発生するまで、ユーザーは IdM ドメインに認証したり、IdM リソースにアクセスしたりできません。回避策の 1 つが利用できます。Kerberos 認証の代わりに、IdM で LDAP 認証を使用します。この回避策では、ユーザーに Kerberos ハッシュは必要ありません。ただし、この回避策により IdM の機能が制限されるため、推奨できません。
次のセクションでは、ユーザーとそのパスワードを移行する方法を説明します。