Web コンソールガイド
Red Hat Application Migration Toolkit の Web コンソールを使用して、分析のためにアプリケーションをプロジェクトにグループ化
概要
第1章 はじめに
1.1. Web コンソールガイドについて
Java アプリケーションやその他のコンポーネントを移行するために、Migration Toolkit for Applications (MTA) を使用するエンジニア、コンサルタント、およびその他のユーザーを対象としています。ここでは、Web コンソールを使用して移行プロジェクトを管理し、アプリケーションを解析する方法を説明します。
1.2. Migration Toolkit for Applications について
Migration Toolkit for Applications とは
Migration Toolkit for Applications (MTA) は、拡張およびカスタマイズ可能なルールベースのツールセットで、Java アプリケーションの移行を容易にします。
MTA は、プロジェクトソースディレクトリーやアプリケーションアーカイブを含むアプリケーションアーティファクトを検査し、変更を必要とするエリアを強調表示する HTML レポートを作成します。MTA を使用して、以前のバージョンの Red Hat JBoss Enterprise Application Platform から、または Oracle® WebLogic Server や IBM® WebSphere® Application Server などの他のコンテナーから Java アプリケーションを移行できます。
Migration Toolkit for Applications で移行を単純化する方法
Migration Toolkit for Applications は一般的なリソースを探し、アプリケーションを移行する際のテクノロジーと既知の問題点を明らかにします。この目的は、アプリケーションが使用するテクノロジーの概要を提供し、組織がエンタープライズアプリケーションを Java EE および Red Hat JBoss Enterprise Application Platform に推定、文書化、移行するために使用できる詳細なレポートを提供することです。
詳細情報
Migration Toolkit for Applications の機能、サポートされている設定、システム要件、および使用可能なツールの詳細については、スタートガイド を参照してください。
1.3. Web コンソールについて
Migration Toolkit for Applications の Web コンソールは、ユーザーのチームが多数のアプリケーションに対する移行およびモダナイゼーションの作業を評価および優先順位付けできる Web ベースのシステムです。これにより、分析のためにアプリケーションをプロジェクトにグループ化し、結果を強調表示する多数のレポートを提供します。
第2章 Web コンソールのインストール
Web コンソールは、ZIP ディストリビューション または OpenShift を使用してインストールできます。
2.1. ZIP インストール
ZIP ディストリビューションを使用してインストールすると、MTA Web コンソールは Red Hat JBoss Enterprise Application Platform にデプロイされ、認証に Red Hat Single Sign-On を使用し、ストレージ用に H2 データベースでサポートされます。
2.1.1. 前提条件
次の前提条件を満たしていることを確認します。
- Java プラットフォーム、JRE バージョン 8+
- 最低 8 GB の RAM。16GB 推奨
macOS を実行している場合は、ユーザープロセスの最大数 maxproc
を少なくとも 2048
に設定し、開いているファイルの最大数 maxfiles
を 100000
に設定することを推奨します。
2.1.2. Web コンソールのインストール
- MTA Download ページ から Web コンソールをダウンロードします。
.zip ファイルを任意のディレクトリーに解凍します。
このファイルを解凍して作成されたディレクトリーへのパスは、このガイド全体で
RHAMT_HOME
と呼ばれます。
2.1.3. Web コンソールの起動
スクリプトを実行して、Web コンソールを開始します。
RHAMT_HOME/run_rhamt.sh
$ RHAMT_HOME/run_rhamt.sh
Windows 環境では、run_rhamt.bat
スクリプトを使用します。
ブラウザーから Web コンソールにアクセス できるようになりました。
2.1.4. Web コンソールへのアクセス
起動 すると、Web コンソールはデフォルトでローカルホスト (http://localhost:8080/rhamt-web) のブラウザーからアクセスできます。
図2.1 Welcome ページ

Web コンソールは、デフォルトのユーザーを使用して自動的に認証を行います。デフォルトのユーザーの認証情報は rhamt
および password
です。Web コンソールにアクセスするために個々のユーザーに認証を要求するには、Web コンソールの認証の設定 を参照してください。
2.2. OpenShift のインストール
OpenShift にインストールすると、MTA Web コンソールは Red Hat JBoss Enterprise Application Platform にデプロイされ、認証に Red Hat Single Sign-On を使用し、ストレージ用に PostgreSQL データベースでサポートされます。
2.2.1. 前提条件
次の前提条件を満たしていることを確認します。
- OpenShift Container Platform バージョン 3.5 以降のインスタンスにアクセスできる必要があります。
- OpenShift インスタンスには、ミドルウェアイメージストリームがインストールされている必要があります。
- ローカルマシンに OpenShift Container Platform CLI がインストールされている必要があります。
- ローカルマシンで Linux または macOS を実行している必要があります。Windows は現在サポートされていません。
詳細については、OpenShift Container Platform のドキュメント を参照してください。
2.2.2. Web コンソールの OpenShift イメージについて
Red Hat は、OpenShift で使用するために設計された MTA のコンテナー化されたイメージを提供します。これらのイメージ開発者は、移行プロジェクトの迅速かつ簡単に管理し、アプリケーションの解析を実行できます。
OpenShift イメージには、3 つの個別の Pod が含まれています。
- 分析の実行とレポートの生成を担当するエグゼキューター
- Web コンソール自体へのアクセスを提供する Web コンソールインターフェイスと SSO
- プロジェクトの設定と分析追跡情報を格納する PostgreSQL データベース
Web コンソールインターフェイスと PostgreSQL Pod には、個別の永続ボリュームが使用されます。ただし、エグゼキューターのストレージは、使用されるテンプレートに依存します。
web-template-empty-dir-executor.json
は推奨されるテンプレートです。1 台のマシンで一時ストレージを使用するようにエグゼキューター Pod を設定し、永続ボリュームが定義されません。解析データは、RESTful Web サービスを使用して、エグゼキューター Pod と Web コンソール Pod の間で送信されます。図2.2
web-template-empty-dir-executor.json
web-template-empty-dir-executor-shared-storage.json
は使用できる代替のテンプレートです。このテンプレートは、共有永続ボリュームを使用するように、エグゼキューター Pod および Web コンソール Pod を設定します。これらの Pod のすべてのインスタンスは、OpenShift でReadWriteMany
としてマウントされている同じ永続ボリュームに読み取り、書き込みます。図2.3
web-template-empty-dir-executor-shared-storage.json
OpenShift テンプレートの環境変数
OpenShift イメージ環境変数は、アプリケーション解析のベースラインとして設定され、さまざまな環境で適切に機能します。解析の実行には、追加の設定は必要ありません。
変更される最も一般的な環境変数は、各イメージに割り当てられる CPU およびメモリーリソースです。これには、NODE_NAME
の後に REQUESTED_RESOURCE
が続くパターンが含まれています。たとえば、EXECUTOR_REQUESTED_CPU
はエグゼキューター Pod を要求する CPU コア数を示し、EXECUTOR_REQUESTED_MEMORY
はエグゼキューター Pod を要求するメモリー量を示します。
すべての環境変数と、各テンプレートの説明が表示されます。
2.2.3. MTA アプリケーションのデプロイ
- MTA Download ページ から Web コンソールをダウンロードします。
.zip ファイルを任意のディレクトリーに解凍します。
このファイルを解凍して作成されたディレクトリーへのパスは、このガイド全体で
RHAMT_HOME
と呼ばれます。OpenShift Web コンソールへのアクセス次のイメージのようになります。
-
Web コンソールの右上隅にある
Import YAML / JSON
ボタンをクリックします。 以下に示すように、表示されるウィンドウに次の情報を入力します。
-
rhamt
などのProject Name
を定義します。 -
必要に応じて、プロジェクトの説明に役立つ
Project Display Name
を定義します。 -
必要に応じて、
Project Description
を定義して、プロジェクトの使用方法に関するコンテキストを提供します。 -
Browse ボタンをクリックして、目的の Web コンソールテンプレートをインポートします。これらは
RHAMT_HOME/openshift/templates
に含まれています。インポートすると、JSON が下部のテキスト領域に表示されます。
-
- Create ボタンをクリックして、次の画面に進みます。
-
今後のプロジェクトのリソースとしてテンプレートを保存する場合は、
Save template
ボックスをオンにします。 - Continue ボタンをクリックして、次の画面に進みます。
-
指定されたデフォルト値を確認し、必要に応じて調整します。たとえば、
web-template-empty-dir-executor.json
ファイルは、2 つの CPU、4GB のメモリー、および 20GB の永続ボリュームを定義します。 - Create ボタンをクリックして、テンプレートをプロジェクトにインポートします。
完了すると、ブラウザーから Web コンソールにアクセス できます。
2.2.4. Web コンソールへのアクセス
Web コンソールが OpenShift にデプロイ されると、ブラウザーからアクセスできるようになります。deploy.sh
スクリプトは、Web コンソールを開くために使用する WEB_CONSOLE_URL
のようにリンクを出力します。
例: deploy.sh
出力
... -> Deploy RHAMT Web Console ... Upload, build and deployment successful! Open WEB_CONSOLE_URL to start using the RHAMT Web Console on OpenShift (user='rhamt',password='password')
...
-> Deploy RHAMT Web Console ...
Upload, build and deployment successful!
Open WEB_CONSOLE_URL to start using the RHAMT Web Console on OpenShift (user='rhamt',password='password')
OPENSHIFT_URL/console/project/rhamt/overview
の OpenShift コンソールから Web コンソールにアクセスするには、RHAMT WEB CONSOLE HTTP アプリケーションのリンクをクリックします。デプロイ 時に OpenShift プロジェクトの名前を変更した場合は、この URL の rhamt
をプロジェクトの名前に置き換えてください。
Web コンソールがすぐに読み込まれない場合は、OpenShift コンソールのプロジェクトのステータスを確認し、これが処理されているか、またはエラーがあったかどうかを確認します。
図2.4 Welcome ページ

Web コンソールにアクセスするには、認証が必要です。デフォルトのユーザーの認証情報は rhamt
および password
です。Web コンソールの認証の設定の詳細については、Web コンソールの認証の設定 を参照してください。
2.2.5. Web コンソール OpenShift インストールのトラブルシューティング
以下の手順では、OpenShift 環境で Web コンソールのトラブルシューティングを行う一般的な手法を説明します。これらの手順は、Web コンソールに固有の問題に焦点を当てています。OpenShift 固有の問題については、次のトラブルシューティングセクションを参照してください。
2.2.5.1. 最新のイメージバージョンを確認する
OpenShift 環境のトラブルシューティングの最初のステップは、最新のイメージが使用されていることを確認することです。
JSON テンプレートで貼り付けて Web コンソールをデプロイした場合、イメージストリームは作成されず、以下の手順は適用されません。
OpenShift 環境から、次の手順を実行します。
-
OPENSHIFT_URL/console/project/rhamt/overview
に移動して、OpenShift コンソールにアクセスします。デプロイ 時に OpenShift プロジェクトの名前を変更した場合は、この URL のrhamt
をプロジェクトの名前に置き換えてください。 -
コンソールの左側にある
Builds
にカーソルを合わせます。 -
表示されるオプションから
Images
をクリックします。 -
Tags
下のコラムに、各イメージがlatest
のストリームにあることを確認します。 - 最新のイメージが使用されていない場合は、OpenShift インストール の手順に従って Web コンソールの最新イメージを再デプロイします。
2.2.5.2. Web コンソールログの調査と収集
各 Pod は、問題の正確な原因を絞り込むのに役立つ詳細なロギングを提供するために設定されます。以下の手順では、これらのログを表示および取得する方法を説明します。
2.2.5.2.1. OpenShift コンソールの使用
次の手順では、各 Pod のログを調べるプロセスを順を追って説明します。
-
OPENSHIFT_URL/console/project/rhamt/overview
に移動して、OpenShift コンソールにアクセスします。デプロイ 時に OpenShift プロジェクトの名前を変更した場合は、この URL のrhamt
をプロジェクトの名前に置き換えてください。 -
コンソールの左側にある
Applications
にカーソルを合わせます。 -
表示されるオプションから
Pods
をクリックします。 -
検証する Pod の名前をクリックします。現在の Web コンソール Pod を確認するには、
Running
状態のrhamt-web-console-POD_NAME
を選択します。 -
上部のオプションから
Logs
をクリックします。 -
ログファイルをダウンロードするには、ページの上部に移動し、
Download
をクリックします。
2.2.5.2.2. OpenShift クライアントの使用
oc get pods
を実行して Pod 名を特定し、Running
ステータスのweb-console
エントリーを検索します。Copy to Clipboard Copied! Toggle word wrap Toggle overflow oc get pod
$ oc get pod sNAME READY STATUS RESTARTS AGE eap-builder-1-build 0/1 Completed 0 1d rhamt-postgresql-1-hfbdn 1/1 Running 0 1d rhamt-sso-1-build 0/1 Completed 0 1d rhamt-web-console-1-build 0/1 Completed 0 1d rhamt-web-console-1-vt7s5 1/1 Running 1 1d sso-1-wjl2n 1/1 Running 1 1d
上記の例では、これは
rhamt-web-console-1-vt7s5
です。oc logs
を使用して、現在の Pod のログを調べます。Copy to Clipboard Copied! Toggle word wrap Toggle overflow oc logs POD_NAME
oc logs POD_NAME
出力は、現在のログのコピーを取得するためにリダイレクトされる可能性があります。
Copy to Clipboard Copied! Toggle word wrap Toggle overflow oc logs POD_NAME > ./rhamt-openshift-POD_NAME.log
oc logs POD_NAME > ./rhamt-openshift-POD_NAME.log
2.2.5.3. Web コンソール OpenShift の一般的な問題
2.2.5.3.1. エグゼキューター Pod が NoRouteToHostException
を出力する
エグゼキューター Pod のログにアクセスする際に、以下のエラーが表示されます。
13:44:03,501 SEVERE [org.jboss.windup.web.messaging.executor.ExecutorBootstrap] (main) Could not start messaging listener due to: Failed to connect to any server. Servers tried: [http-remoting://192.0.2.4:8080 (java.net.NoRouteToHostException: No route to host)]: javax.naming.CommunicationException: Failed to connect to any server. Servers tried: [http-remoting://192.0.2.4:8080 (java.net.NoRouteToHostException: No route to host)] [...]
13:44:03,501 SEVERE [org.jboss.windup.web.messaging.executor.ExecutorBootstrap] (main) Could not start messaging listener due to: Failed to connect to any server. Servers tried: [http-remoting://192.0.2.4:8080 (java.net.NoRouteToHostException: No route to host)]: javax.naming.CommunicationException: Failed to connect to any server. Servers tried: [http-remoting://192.0.2.4:8080 (java.net.NoRouteToHostException: No route to host)]
[...]
意味:
NoRouteToHostException
は、この Pod が Web コンソール Pod に接続できないことを示します。
解決方法:
新規デプロイメントでは、Web コンソールの前にエグゼキューターが開始されるため、これは想定されます。それ以外の場合は、Web コンソール Pod を調べ、ここで表示されるエラーを解決します。Web コンソールが正常に実行されたら、エラーが解決されるはずです。
2.2.5.3.2. Pod ではリソースが十分にないという報告
OpenShift で Web コンソールをデプロイしようとすると、Pod は起動できず、以下のエラーが Events
タブに表示されます。
0/9 nodes are available: 4 Insufficient cpu, 4 MatchNodeSelector, 9 Insufficient memory.
0/9 nodes are available: 4 Insufficient cpu, 4 MatchNodeSelector, 9 Insufficient memory.
意味:
OpenShift プロジェクトのリソースクォータが満たされ、Pod は要求されたリソースを取得できません。
解決方法:
以下のいずれかを実行します。
- OpenShift プロジェクトのクォータを増やします。OpenShift クォータの詳細は、Quotas and Limit Ranges および Setting Limit Ranges を参照してください。
- Web コンソールの OpenShift プロジェクトの要求されるリソースを減らします。このプロジェクトに少なくとも 2 つの CPU および 4 GB のメモリーを使用することを推奨します。
リクエストが利用可能なクォータに置かれたら、再度デプロイメントを試行します。
2.2.5.3.3. Pod が利用可能になるまでに 600 秒以上かかる
デプロイメントの試行後に、-deploy
Pod がタイムアウトし、以下のエラーを報告します。
error: update acceptor rejected rhamt-web-console-executor-1: pods for rc 'rhamt/POD_NAME' took longer than 600 seconds to become available
error: update acceptor rejected rhamt-web-console-executor-1: pods for rc 'rhamt/POD_NAME' took longer than 600 seconds to become available
これらのエラーは Pod のタイムアウト後に表示され、エラー状態になります。
意味:
デプロイメント Pod は Pod を正常に起動できません。
このエラーはいくつかの原因によって発生する可能性があり、以下が最も一般的です。
- 現在、OpenShift インスタンスは Pod を適時にデプロイするためのリソースが不足しています。
- イメージはレジストリーから正常にプルできませんでした。
解決方法:
デプロイメントを再度試行し、デプロイメントの作成中にデプロイメント以外の Pod のログおよびイベントを表示します。これらのメッセージは、デプロイメント Pod のタイムアウトにつながる基礎となるエラーにコンテキストを提供します。
- OpenShift インスタンスがリソース不足の状態にある最初の問題に対処するには、OpenShift ドキュメントの クラスター管理 ガイドの Analyzing Cluster Capacity の手順に従って、クラスター容量を判断します。容量が増やされたり、実行したジョブが少なくなると、再度デプロイメントを試行します。
- 2 つ目の問題 (イメージがレジストリーからプルできない) に対処するには、イメージが存在することを確認するために レジストリーにアクセス します。このリンクには、Docker レジストリーのログを調べる手順も含まれ、問題をさらにトラブルシューティングするために使用できます。
2.2.5.4. Web コンソール OpenShift に関する問題の報告
{ProductName} は JIRA を問題追跡システムとして使用します。Web コンソールの使用中に問題が発生した場合は、以下の手順に従って JIRA で問題を作成してください。
JIRA で問題を作成するために、すでに JIRA アカウントにサインアップする必要があります。
ブラウザーを開き、JIRA の Create Issue ページに移動します。
ログインしていない場合は、ページの右上にある Log In リンクをクリックし、認証情報を入力します。
以下のオプションを選択し、Next ボタンをクリックします。
- Project: Red Hat Application Migration Toolkit (WINDUP) を選択します。
- 問題のタイプ: バグ
次の画面では、以下のフィールドを入力します。
- Summary: 問題または問題の簡単な説明を入力します。
- Environment: これは Web コンソールの OpenShift インストールであり、イメージで使用する環境変数をすべて含めます。
- Description: 問題の詳細情報を指定します。発生したエラーと例外トレースを必ず含めてください。
Attachment: Web コンソールのログの調査と収集 で取得したログを含めてください。少なくとも、これには各 Pod からのログが含まれるはずです。
問題を生じるアプリケーションまたはアーカイブに機密情報が含まれておらず、MTA 開発チームと共有する場合は、browse ボタンを使用して問題を添付します。
- Create ボタンをクリックして JIRA の問題を作成します。
第3章 Web コンソールでのアプリケーションの分析
Web コンソールを使用してアプリケーションを解析するには、プロジェクトを作成する必要があります。各プロジェクトは、解析するためにアプリケーションをグループ化し、アプリケーションの解析中に使用する設定を指定する方法です。解析プロセスにより、移行またはモダライゼーション化作業に必要な変更に関する情報を提供するレポートが生成されます。
以下の手順に従って、Web コンソールを使用してアプリケーションを解析し、結果を確認します。
Web コンソールの上部にある Projects リンクをクリックし、いつでもプロジェクト一覧に戻ります。About ページのヘルプメニューおよび MTA ドキュメントへのリンクを参照してください。
3.1. プロジェクトの追加
Web コンソールに初めてアクセスすると、新規プロジェクトを設定するように求められます。
図3.1 ホーム

New Project ボタンをクリックしてウィザードを起動し、新しい移行プロジェクトを設定します。
図3.2 プロジェクトの追加

このプロジェクトの名前とオプションの説明を指定し、Next をクリックして続行します。
3.2. プロジェクトへのアプリケーションの追加
このプロジェクトに追加するアプリケーションを指定します。アプリケーションをアップロード したり、アプリケーションが含まれる サーバーパスを登録 することができます。
図3.3 アプリケーションの追加

- アプリケーションのアップロード
- Choose Files ボタンを使用してアプリケーションを選択するか、指定した領域にアプリケーションをドラッグアンドドロップできます。これにより、選択したアプリケーションを MTA サーバーにアップロードします。
- サーバーパスの登録
Server Path タブを選択し、このプロジェクトに含まれるアプリケーションが含まれるサーバーにパスを入力します。これはファイルを MTA サーバーにコピーせずに、指定した場所のアプリケーションを評価します。
これは、以下の場合に役に立ちます。
- たとえば、夜間自動ビルドプロセスからアプリケーションが含まれるサーバー上で既存のディレクトリーを登録する必要があります。これにより、MTA サーバーは最新バージョンのアプリケーションを解析します。
- アプリケーションを展開した Java アーカイブとして登録します。この場合は、Directory is an exploded Java application archive チェックボックスがオンであることを確認します。
このプロジェクトに 1 つ以上のアプリケーションを指定したら、Next をクリックして続行します。
3.3. 解析設定の指定
変換パス、パッケージ、その他の高度なオプションなど、解析の設定を行います。
図3.4 分析の設定

- 変換パス
アプリケーションの変換パスを選択します。現在のオプションは次のとおりです。
JBoss EAP 7 への移行
ルールを実行してアプリケーションを Red Hat JBoss Enterprise Application Platform 7 に移行します。
JBoss EAP 6 への移行
ルールを実行してアプリケーションを Red Hat JBoss Enterprise Application Platform 6 に移行します。
cloud-readiness のみ
クラウドおよびコンテナー環境のアプリケーションを評価するためのルールのみを実行します。
JBoss EAP への移行を選択した場合、Cloud readiness analysis チェックボックスをオンにしてクラウド readiness ルールを実行することもできます。
- パッケージを含める
- 解析するパッケージを選択します。何も選択されないと、すべてのパッケージが逆コンパイルおよび解析されます。
- パッケージを除外する
- 解析から除外するパッケージを選択します。
- カスタムルール
解析中に使用するカスタムルールセットを選択します。カスタムルールの登録と削除の手順については、カスタムルールの使用 を参照してください。
カスタムルールセットが登録されると、表示されたルールをクリックして強調表示することで、実行するように選択できます。強調表示されたルールをクリックすると、プロジェクトの選択が解除されます。実行中、強調表示されたすべてのルールが分析に含まれます。
すべてのカスタムルールセットを選択するには、Select All をクリックします。すべてのカスタムルールセットの選択を解除するには、Clear All をクリックします。
- 高度な設定
- 追加の MTA オプションを設定します。各 MTA 引数の説明は、MTA CLI ガイドの MTA コマンドライン引数 を参照してください。
Save をクリックして解析設定を保存するか、これらの設定を使用して、Save & Run をクリックして 解析を保存および実行 します。
3.4. 分析の実行
解析設定ページから、Save & Run ボタンをクリックして解析を実行します。
Analysis ページで、現在実行している解析の進捗が表示されます。完了した、キューに入れられた、および進行中の実行が表にリストされます。Run Analysis をクリックし、最新の設定で解析を再実行します。
3.5. 分析結果の表示
プロジェクトで MTA 解析を実行すると、解析 ID、ステータス、および開始日が表に一覧表示されます。各行には、解析の詳細と生成されたレポートの表示、解析のキャンセルおよび削除など、その解析に使用できるアクションが含まれています。
図3.5 解析リスト

Analysis 列のリンクをクリックして レポートを表示 するか、Actions 列で情報アイコンをクリックして 解析の詳細を表示 します。
3.5.1. 解析の詳細を調べる
解析の詳細は、解析結果テーブルの Actions コラムの情報アイコンをクリックして表示できます。
図3.6 解析の詳細

このページでは、この解析に関する情報を以下のタブを提供します。
- Details
- このタブには、解析のステータス、開始日、および解析に使用された設定が表示されます。
- Applications
- このタブには、この解析に含まれるアプリケーションを一覧表示しています。
- Rules
このタブには、この解析中に評価されたルールが一覧表示されます。
注記ユーザードロップダウンメニューから Rules Configuration を選択すると、すべてのシステムおよびカスタムルールを表示できます。
- Logs
- このタブには、この MTA 解析エンジンの実行からの出力が表示されます。
3.5.2. レポートを確認する
解析テーブルから Actions 列のレポートリンクをクリックし、この解析のレポートを表示します。これにより、生成した MTA レポートが新たに開きます。
MTA レポートの詳細と、それらを使用して移行またはモダナイゼーションの取り組みを評価する方法は、MTA のCLI ガイド の レポートの確認 セクションを参照してください。
第4章 カスタムルールを使用する
アプリケーションの解析中に使用する独自のカスタムルールを追加できます。カスタム MTA ルールの作成に関する詳細は、MTA の ルール開発ガイド を参照してください。
ユーザードロップダウンメニューから Rules Configuration を選択し、既存のシステムおよびカスタムルールをすべて表示します。
図4.1 カスタムルールを追加する

独自のカスタムルールを追加するには、Add ボタンをクリックします。ルールをアップロードしたり、ルールが含まれるサーバーパスを登録することができます。
- ルールのアップロード
- Choose Files ボタンを使用してルールセットファイルを選択するか、指定した領域にファイルをドラッグアンドドロップできます。これにより、選択したルールセットファイルを MTA サーバーにアップロードします。Add をクリックしてルールをアップロードします。
- サーバーパスの登録
- Server Path タブを選択し、プロジェクトで利用可能なルールが含まれるサーバーにパスを入力します。これはファイルを MTA サーバーにコピーせず、解析中に指定した場所にあるルールを使用します。これにより、ルールがこの場所で更新されると、MTA サーバーは解析中に常に最新バージョンのルールを使用します。Add をクリックして、ルールを登録します。
カスタムルールセットは、プロジェクトの解析時に個別に選択できます。これらのルールセットを有効にするには、解析設定 の Use local custom rules セクションでルールセットを選択します。
第5章 Web コンソールの認証設定
認証が必要なように Web コンソールを設定できます。これは Red Hat Single Sign-On によって処理されます。有効にする場合は、Web コンソールへのアクセスが付与される前にユーザーを認証する必要があります。
Web コンソールの認証を設定するには、以下の手順を実行することが推奨されます。
- 注記
OpenShift に Web コンソールをインストール している場合、認証はすでに有効にされており、無効にすることはできません。
- 管理ユーザーの認証情報を変更します。
- デフォルトの Web コンソールユーザーを削除します。
- Web コンソールユーザーを追加します。
5.1. Web コンソールの認証の有効化
OpenShift に Web コンソールをインストール している場合、認証はすでに有効にされており、無効にすることはできません。
以下のスクリプトを実行して、ユーザーが Web コンソールにアクセスする前にログインする必要があります。このスクリプトは、ユーザーが Web コンソールへのアクセスを付与する前に認証を要求するように Red Hat Single Sign-On ログインページを設定します。
RHAMT_HOME/switch_to_authentication_required.sh
$ RHAMT_HOME/switch_to_authentication_required.sh
Windows 環境では、switch_to_authentication_required.bat
スクリプトを使用します。
今回のリリースにより、Web コンソールを起動 するたびに、Web コンソールにアクセスするためにユーザーが認証される必要があります。
5.2. 管理ユーザーの認証情報の変更
Web コンソールの 認証を有効にする と、ユーザー名 admin
およびパスワードの password
でデフォルトの管理ユーザーが提供されます。Web コンソールユーザーには、承認されたパスワードのみがさらに変更できるように、このパスワードを変更する必要があります。
デフォルトの管理ユーザーのパスワードを変更するには、以下の手順に従います。
- Web コンソールが 実行 されていることを確認します。
Red Hat Single Sign-On 管理コンソールを開きます。
ZIP インストールの場合:
-
ブラウザーで
http://localhost:8080/auth/
に移動します。 - Administration Console を選択して Red Hat Single Sign-On 管理コンソールにアクセスします。
-
ブラウザーで
OpenShift インストールの場合:
ブラウザーで
OPENSHIFT_URL/console/project/rhamt/overview
に移動します。注記デプロイ 時に OpenShift プロジェクトの名前を変更した場合は、
rhamt
をプロジェクトの名前に置き換えます。- SSO HTTPS アプリケーションのリンクをクリックし、URL の末尾に/auth を追加します。
- Administration Console を選択して Red Hat Single Sign-On 管理コンソールにアクセスします。
-
admin
およびpassword
のデフォルト認証情報を使用してログインします。 - 左上隅で、ドロップダウンリストから Master レルムを選択します。
- 左側のナビゲーションメニューで Users を選択し、View all users をクリックします。
- admin ユーザーの行から、Edit をクリックします。
- Credentials タブを選択します。
- New Password フィールドおよび Password Confirmation フィールドに新しいパスワードを入力します。
- Temporary フィールドを OFF に変更すると、ユーザーは次回ログイン時にパスワードを変更しなくても済みます。
- Reset Password をクリックしてから、ポップアップの Change password をクリックします。
このデフォルトの管理ユーザーを完全に削除し、独自の管理ユーザーを作成することもできます。ただし、デフォルトユーザーを削除する前に、新規ユーザーを追加してください。
5.3. デフォルトの Web コンソールユーザーの削除
デフォルトの Web コンソールユーザーは、ユーザー名 rhamt
およびパスワード password
とともに Web コンソールが提供されます。Web コンソールの 認証を有効にする と、このユーザーを削除し、認証されたユーザーのみが Web コンソールにアクセスできるようにする必要があります。
以下の手順に従って、デフォルトの Web コンソールユーザーを削除します。
- Web コンソールが 実行 されていることを確認します。
Red Hat Single Sign-On 管理コンソールを開きます。
ZIP インストールの場合:
-
ブラウザーで
http://localhost:8080/auth/
に移動します。 - Administration Console を選択して Red Hat Single Sign-On 管理コンソールにアクセスします。
-
ブラウザーで
OpenShift インストールの場合:
ブラウザーで
OPENSHIFT_URL/console/project/rhamt/overview
に移動します。注記デプロイ 時に OpenShift プロジェクトの名前を変更した場合は、
rhamt
をプロジェクトの名前に置き換えます。- SSO HTTPS アプリケーションのリンクをクリックし、URL の末尾に/auth を追加します。
- Administration Console を選択して Red Hat Single Sign-On 管理コンソールにアクセスします。
-
管理ユーザーの認証情報を使用してログインします。デフォルトの認証情報は
admin
とpassword
です。 - 左上隅で、ドロップダウンメニューから Rhamt レルムを選択します。
- 左側のナビゲーションメニューから Users を選択し、View all users をクリックします。
- rhamt ユーザーの行から、Delete をクリックし、確認します。
5.4. 新しい Web コンソールユーザーの追加
Web コンソールの 認証が有効になっている 場合は、管理者がユーザーを追加して、Web コンソールにアクセスできるようにする必要があります。
以下の手順に従って、新しい Web コンソールユーザーを追加します。
- Web コンソールが 実行 されていることを確認します。
Red Hat Single Sign-On 管理コンソールを開きます。
ZIP インストールの場合:
-
ブラウザーで
http://localhost:8080/auth/
に移動します。 - Administration Console を選択して Red Hat Single Sign-On 管理コンソールにアクセスします。
-
ブラウザーで
OpenShift インストールの場合:
ブラウザーで
OPENSHIFT_URL/console/project/rhamt/overview
に移動します。注記デプロイ 時に OpenShift プロジェクトの名前を変更した場合は、
rhamt
をプロジェクトの名前に置き換えます。- SSO HTTPS アプリケーションのリンクをクリックし、URL の末尾に/auth を追加します。
- Administration Console を選択して Red Hat Single Sign-On 管理コンソールにアクセスします。
-
管理ユーザーの認証情報を使用してログインします。デフォルトの認証情報は
admin
とpassword
です。 - 左上隅で、ドロップダウンメニューから Rhamt レルムを選択します。
- 左側のナビゲーションメニューから Users を選択し、Add user をクリックします。
- Username、First Name、Last Name、およびその他の必須フィールドに入力して、Save をクリックします。
- ユーザーを追加したら、Credentials タブを選択します。
- New Password と Password Confirmation フィールドに一時パスワードを入力し、Temporary フィールドを ON に設定したままにします。
- Reset Password をクリックしてから、確認ポップアップで Change password をクリックします。
ユーザーはデフォルトで有効になっており、この一時パスワードを使用して Web コンソールにログインする際に新しいパスワードを設定する必要があります。
改訂日時: 2023-01-23 07:41:55 +1000