【OpenAM】構築したときのエラーについて

OpenAM

はじめに

色々あってOpenAMでSSOを勉強しようと思い、以下を参考に構築に着手しました。

OpenAM 14を最速で構築する10分間クッキング - Qiita
OpenAM14動作環境を用意するOpenAM14の動作要件は単純で以下4つです。 1. JDK8以降 2. Tomcat7以降 3. OpenAMのwarファイル 4. 運用するならSS…

「10分でできるだと…??」ということで、気軽に開始。10分で終わることなんてなかったですが。
※よく見たらOSSTech株式会社の方が書いてますね。OpenAMで何か調べるとこの会社が公開している情報が結構ヒットするので、知見のある方が書いていることだけはわかりました。

気を付けること

試してみたものの、AlmaLinux9系ではインストール時にエラーになるということです。仕組みをよく理解できている人にとっては、何が原因かすぐにわかって9系でもインストールできてしまうかもしれませんが、いわゆる「手軽さ」を求めて技術ブログを参考にしている時点で、OSのバージョン差分なんて吸収できないでしょうし、なかなか原因にたどり着けないです。

今回はAlmaLinux8系でインストールしています。ただ、私は8系でうまく行ったという話です。ご参考までに。

インストール

インストール手順は参考にしたURLとほぼ一緒です。※一部変えてはいますが、全体通してほぼ一緒です。

後々の確認のため、「openldap-clients」と「bind-utils」も追加しています。

hostsも追加しておきます。opendj01は連携するLDAPサーバ情報です。今回のインストール自体には関係ないです。

ssl.confを編集します。

設定が有効になるように下記を追記。

末尾に追記ではないので、以下の結果を参考に編集してください。

server.xmlを編集します。

<!– Define an AJP 1.3 Connector on port 8009 –>の周辺を修正します。

修正結果は下記の通り。

httpdとtomcatは自動起動設定を有効にしておきます。

.warのダウンロード

OpenAM-14.0.1.warをダウンロードします。

執筆時は下記からダウンロード可能でした。

Releases · openam-jp/openam
Contribute to openam-jp/openam development by creating an account on GitHub.

展開ディレクトリの作成

ダウンロードしたファイルを/tmp/に転送させた後の手順を記載します。openam.warにしておかないと後の接続で躓くのご用心。(初歩的なことで、私は躓いたので)

ブラウザでの初期設定

一旦再起動してみます。

起動後、http://<IPアドレス>/openamにアクセスします。

下記画面が表示されます。「デフォルト設定の作成」を選択します。

あとは必要な情報を入力して進める。

ちなみに、AlmaLinux9系はこの先のインストール画面でエラーになりました。

ちなみに、うまくできるとこんな感じ。

ログインから先は割愛。申し訳ないですが、私が書きたかったのはエラーの話なので。

このエラーががね…。ChatGPTに聞いても「javaのあれを見ろ…これを修正せよ…」という指示が続きまして、結果「このエラー解消するの無理か?」となってしまい、「デフォルト設定の作成」ではなくカスタム設定で行くか!と思い、ずるずる深みに…。ここからOpenDJ構築やら長い戦いに突入するのです。それは別で。

おまけ:カスタム設定ではどうか?

ちなみに、デフォルト設定の作成でうまくいかないのなら、カスタム設定はどうか?の結果を残しておきますね。

うまくいったら良かったのですが、どうしてもうまくいかず。

OpenAMのためにOpenDJを別途用意して、名前解決とLDAPSできるようにして、さらに証明書もLet’sEncryptで発行して信頼されているものを用意したのですが、どうしてもこの壁(下記画像)が越えられず。ldapsearchでldaps指定して問題なく通信できるのに、どうしてかなーという感じで試行錯誤しましたが、ダメでした。

作成したLDAPサーバは無駄になったか?

そんなことなく、一旦デフォルトの設定でインストールを済ませ、そのあとブラウザ画面からOpenDJのLDAPサーバを追加できました。ちゃんとLDAPで登録したユーザもOpenAMで表示されてましたので、連携できていたみたいです。

OpenAMについての詳しい検証はできたのか

結論、できませんでした。なんとなく「SSOを検証したいなー」と思って始めたのですが、構築後に簡単な連携テストができるSPサービスで試しても連携が成功せず、どうにもこうにもならずに挫折しました。

Azure Entra IDでもSSO連携は試せましたので、個人的にはAzureで試してちょっと満足しちゃいました。何も知らいない人は、まずは比較的に情報が豊富なところから試したほうが良いのかもしれないです。一方、SSOのことをある程度分かっていて、より深い勉強したいといった人にはお勧めできるかもしれないです。とはいえ、OpenAM独特のと用語もあるみたいなので、そのあたりも違和感なく吸収できる人であれば、いいんじゃないですかね。