2012年3月14日水曜日

oVirt とディレクトリサービス (IPA) を連携させてみる

こんにちは。生まれも育ちも東京ですが、納豆が食べられない原です。

さて、前回は oVirt のインストールをしてみましたが、今回は oVirt を使い倒そうという趣向で、IPA サーバと連携してみたいと思います。

前回: オープンソース仮想化管理ソリューション oVirt 3.0 を使ってみました

IPA サーバは、Identity, Policy, and Audit の頭文字を合わせた造語です。

IPA は統合されたセキュリティ情報管理サーバであり、LDAP サーバとしてRed Hat Directory Server、ユーザー認証に Kerberos を利用しています。

物凄く乱暴な言い方をしてしまうと、要は LDAP プロトコルを利用した AD の様なディレクトリサービスです。

ちなみに日本の IT 業界的に IPA といえば、某独立行政法人の事を指しますが、本件との関わりは不明(多分関係ないと思います)です。

詳しくは公式サイト及び、 Red Hat 社の Identity Management Guide をご確認ください。

oVirt と IPA サーバと連携することにより何が嬉しいかと申しますと、oVirt で高度なユーザ管理が出来るようになります。

ちなみに RHEV も同じく、IPA サーバと連携することが可能です。

IPA サーバを構築するにあたって注意注意しなければならないのは以下のポイントです。

  • 正引き、逆引き共に利用できること
  • nameserver が LDAP 及び Kerberos 認証を通すことが出来るような設定になっていること

今回は RHEV と同じ手順で構築したかったので、oVirt Engine (Fedora) と同居せず、別途 IPA サーバ用に Scientific Linux 6.2 x86_64 を用意しました。

また、Fedora 版の IPA パッケージは RHEL(およびそのクローン) とは別の名称となっており、当たっているパッチも相当に異なるため、oVirt との連携を考えている方は注意が必要です。

ホスト名は以下の様にしました。

  • oVirt Engine: ovirt.example.com
  • IPA Server: ipa.example.com

では早速 IPA サーバの構築をして行きます。


IPA Server
[root@ipa ~]# yum install -y ipa-server

パッケージインストールが完了したら、セットアップします。


IPA Server
[root@ipa ~]# ipa-server-install

ホスト名、ドメイン名、ディレクトリマネージャのパスワード、admin ユーザのパスワードの順で問に回答します。 DNS の正引き・逆引き共にうまく引けない場合、途中で終了していますので注意してください。

かなり長いですが、以下出力例です。

[root@ipa ~]# ipa-server-install

The log file for this installation can be found in /var/log/ipaserver-install.log
==============================================================================
This program will set up the FreeIPA Server.

This includes:
  * Configure a stand-alone CA (dogtag) for certificate management
  * Configure the Network Time Daemon (ntpd)
  * Create and configure an instance of Directory Server
  * Create and configure a Kerberos Key Distribution Center (KDC)
  * Configure Apache (httpd)

To accept the default shown in brackets, press the Enter key.

Enter the fully qualified domain name of the computer
on which you're setting up server software. Using the form
.
Example: master.example.com.


Server host name [ipa.example.com]:

The domain name has been calculated based on the host name.

Please confirm the domain name [example.com]:

The IPA Master Server will be configured with
Hostname:    ipa.example.com
IP address:  XXX.XXX.XXX.XXX
Domain name: example.com

The kerberos protocol requires a Realm name to be defined.
This is typically the domain name converted to uppercase.

Please provide a realm name [EXAMPLE.COM]:
Certain directory server operations require an administrative user.
This user is referred to as the Directory Manager and has full access
to the Directory for system management tasks and will be added to the
instance of directory server created for IPA.
The password must be at least 8 characters long.

Directory Manager password:
Password (confirm):

The IPA server requires an administrative user, named 'admin'.
This user is a regular system account used for IPA server administration.

IPA admin password:
Password (confirm):


The following operations may take some minutes to complete.
Please wait until the prompt is returned.

Configuring ntpd
  [1/4]: stopping ntpd
  [2/4]: writing configuration
  [3/4]: configuring ntpd to start on boot
  [4/4]: starting ntpd
done configuring ntpd.
Configuring directory server for the CA: Estimated time 30 seconds
  [1/3]: creating directory server user
  [2/3]: creating directory server instance
  [3/3]: restarting directory server
done configuring pkids.
Configuring certificate server: Estimated time 3 minutes 30 seconds
  [1/17]: creating certificate server user
  [2/17]: creating pki-ca instance
  [3/17]: configuring certificate server instance
  [4/17]: disabling nonces
  [5/17]: creating CA agent PKCS#12 file in /root
  [6/17]: creating RA agent certificate database
  [7/17]: importing CA chain to RA certificate database
  [8/17]: fixing RA database permissions
  [9/17]: setting up signing cert profile
  [10/17]: set up CRL publishing
  [11/17]: set certificate subject base
  [12/17]: configuring certificate server to start on boot
  [13/17]: restarting certificate server
  [14/17]: requesting RA certificate from CA
  [15/17]: issuing RA agent certificate
  [16/17]: adding RA agent as a trusted user
  [17/17]: Configure HTTP to proxy connections
done configuring pki-cad.
Configuring directory server: Estimated time 1 minute
  [1/35]: creating directory server user
  [2/35]: creating directory server instance
  [3/35]: adding default schema
  [4/35]: enabling memberof plugin
  [5/35]: enabling referential integrity plugin
  [6/35]: enabling winsync plugin
  [7/35]: configuring replication version plugin
  [8/35]: enabling IPA enrollment plugin
  [9/35]: enabling ldapi
  [10/35]: configuring uniqueness plugin
  [11/35]: configuring uuid plugin
  [12/35]: configuring modrdn plugin
  [13/35]: enabling entryUSN plugin
  [14/35]: configuring lockout plugin
  [15/35]: creating indices
  [16/35]: configuring ssl for ds instance
  [17/35]: configuring certmap.conf
  [18/35]: configure autobind for root
  [19/35]: configure new location for managed entries
  [20/35]: restarting directory server
  [21/35]: adding default layout
  [22/35]: adding delegation layout
  [23/35]: adding replication acis
  [24/35]: creating container for managed entries
  [25/35]: configuring user private groups
  [26/35]: configuring netgroups from hostgroups
  [27/35]: creating default Sudo bind user
  [28/35]: creating default Auto Member layout
  [29/35]: creating default HBAC rule allow_all
  [30/35]: initializing group membership
  [31/35]: adding master entry
  [32/35]: configuring Posix uid/gid generation
  [33/35]: enabling compatibility plugin
Restarting IPA to initialize updates before performing deletes:
  [1/2]: stopping directory server
  [2/2]: starting directory server
done configuring dirsrv.
  [34/35]: tuning directory server
  [35/35]: configuring directory to start on boot
done configuring dirsrv.
Configuring Kerberos KDC: Estimated time 30 seconds
  [1/14]: setting KDC account password
  [2/14]: adding sasl mappings to the directory
  [3/14]: adding kerberos entries to the DS
  [4/14]: adding default ACIs
  [5/14]: configuring KDC
  [6/14]: adding default keytypes
  [7/14]: adding default password policy
  [8/14]: creating a keytab for the directory
  [9/14]: creating a keytab for the machine
  [10/14]: exporting the kadmin keytab
  [11/14]: adding the password extension to the directory
  [12/14]: adding the kerberos master key to the directory
  [13/14]: starting the KDC
  [14/14]: configuring KDC to start on boot
done configuring krb5kdc.
Configuring ipa_kpasswd
  [1/2]: starting ipa_kpasswd
  [2/2]: configuring ipa_kpasswd to start on boot
done configuring ipa_kpasswd.
Configuring the web interface: Estimated time 1 minute
  [1/13]: disabling mod_ssl in httpd
  [2/13]: setting mod_nss port to 443
  [3/13]: setting mod_nss password file
  [4/13]: enabling mod_nss renegotiate
  [5/13]: adding URL rewriting rules
  [6/13]: configuring httpd
  [7/13]: setting up ssl
  [8/13]: setting up browser autoconfig
  [9/13]: publish CA cert
  [10/13]: creating a keytab for httpd
  [11/13]: configuring SELinux for httpd
  [12/13]: restarting httpd
  [13/13]: configuring httpd to start on boot
done configuring httpd.
Applying LDAP updates
Restarting IPA to initialize updates before performing deletes:
  [1/2]: stopping directory server
  [2/2]: starting directory server
done configuring dirsrv.
Restarting the directory server
Restarting the KDC
Restarting the web server
Sample zone file for bind has been created in /tmp/sample.zone.XXXXXX.db
==============================================================================
Setup complete

Next steps:
        1. You must make sure these network ports are open:
                TCP Ports:
                  * 80, 443: HTTP/HTTPS
                  * 389, 636: LDAP/LDAPS
                  * 88, 464: kerberos
                UDP Ports:
                  * 88, 464: kerberos
                  * 123: ntp

        2. You can now obtain a kerberos ticket using the command: 'kinit admin'
           This ticket will allow you to use the IPA tools (e.g., ipa user-add)
           and the web user interface.

Be sure to back up the CA certificate stored in /root/cacert.p12
This file is required to create replicas. The password for this
file is the Directory Manager password

これでインストールとセットアップは完了です。

最後のほうで、次に何をするか書かれていますね。

Sample zone file for bind has been created in /tmp/sample.zone.XXXXXX.db
==============================================================================
Setup complete

Next steps:
        1. You must make sure these network ports are open:
                TCP Ports:
                  * 80, 443: HTTP/HTTPS
                  * 389, 636: LDAP/LDAPS
                  * 88, 464: kerberos
                UDP Ports:
                  * 88, 464: kerberos
                  * 123: ntp

        2. You can now obtain a kerberos ticket using the command: 'kinit admin'
           This ticket will allow you to use the IPA tools (e.g., ipa user-add)
           and the web user interface.

今回は割愛しますが、サンプルを参考にしながら named の zone の設定と、必要なポートを開放してください。

設定できたら、今度は Engine 側で oVirt Engine をドメインに参加させます。


oVirt Engine
[root@ovirt ~]# engine-manage-domains -action=add -domain=example.com -user=admin -interactive
Enter password:

Successfully added domain example.com. oVirt Engine restart is required in 
order for the changes to take place (service jboss-as restart).
Manage Domains completed successfully

ここで失敗してしまう場合、DNS の設定を見なおしてみます。

成功したら案内に従って、jboss-as を再起動します。


oVirt Engine
[root@ovirt ~]# service jboss-as restart

それでは早速ブラウザで oVirt Engine を開いてみます。

Domain の選択で、今しがた参加したドメインが選択できますね!

admin でこのドメインを指定してログインします。

ログイン出来たでしょうか。



これで一段落なのですが、せっかくなのでユーザを一人追加してみます。

IPA サーバ側で下記のような作業を行います。

まずは IPA の管理者権限でログイン。


IPA Server
[root@ipa ~]# kinit admin 
Password for admin@EXAMPLE.COM: 

確認のため user-find で自分 (admin) を表示してみます。


IPA Server
[root@ipa ~]# ipa user-find admin 
-------------- 
1 user matched 
-------------- 
  User login: admin 
  Last name: Administrator 
  Home directory: /home/admin 
  Login shell: /bin/bash 
  UID: XXXXXXXXXX
  GID: XXXXXXXXXX 
  Account disabled: False 
  Keytab: True 
  Password: True 
---------------------------- 
Number of entries returned 1 
---------------------------- 

自分のデータを表示できればしっかりログインできている証拠です。

ログイン確認が出来た所で user-add でユーザを追加してみます。


IPA Server
[root@ipa ~]# ipa user-add 
First name: test1 
Last name: test1 
User login [ttest1]: test1 
------------------ 
Added user "test1" 
------------------ 
  User login: test1 
  First name: test1 
  Last name: test1 
  Full name: test test1 
  Display name: test1 test1 
  Initials: tt 
  Home directory: /home/test1 
  GECOS field: test1 test1 
  Login shell: /bin/sh 
  Kerberos principal: test1@EXAMPLE.COM
  UID: XXXXXXXXXX 
  GID: XXXXXXXXXX 
  Keytab: False 
  Password: False 

test1 ユーザが追加出来ました。

パスワードが無効になっているようなので、パスワードを指定してログイン出来るようにします。


IPA Server
[root@ipa ~]# ipa passwd test1
New Password:
Enter New Password again to verify:
------------------------------------------
Changed password for "test1@EXAMPLE.COM"
------------------------------------------

ユーザが追加できたら、ブラウザに戻ってみます。

ちなみに当然といえば当然なのですが、この時 jboos-as やブラウザのリロードは不要です。

admin で既にログインしていると思いますので、そのまま Users タブを選択します。

ここでユーザの管理ができます。

おもむろに Add を押します。

Search でドメイン名を選択して GO を押してください。特にテキストボックスには何も入れなくて大丈夫です。

先程追加した test1 ユーザが出てくるので、チェックボックスで選択して OK を押してあげます。

程無く test1 ユーザがリストの中に表示されます。

追加できたら、この test1 ユーザに各種ロールを設定するなり、各オブジェクト(VM や Temperate など)に直接紐付るなりして、お好みのユーザ管理を行えます。

さて、長くなりましたが今回は oVirt と IPA サーバの連携に付いてみてきました。

RHEV をベースとしているだけあって、フル OSS でありながらキメ細かいユーザ制御など、エンタープライズで要求される機能もバッチリですね。

この手のユーザ管理機能は、他の仮想化自体の機能やポータルの機能等と比べて忘れられがちなポイントですが、実運用することを考えると、案外設計に頭を悩まされるポイントでもあります。

oVirt を試しいる方は、この IPA 連携機能も是非試してみてはいかがでしょうか。

ではでは。

0 件のコメント:

コメントを投稿