Web コンソールガイド
第1章 はじめに
1.1. Web コンソールガイドについて
本ガイドはエンジニア、エンジニア、およびアプリケーションに Migration Toolkit(MTA)を使用して Java アプリケーションやその他のコンポーネントを移行するユーザーを対象としています。ここでは、Web コンソールを使用して移行プロジェクトを管理し、アプリケーションを解析する方法を説明します。
1.2. MTC(Migration Toolkit for Applications)
MTC(Migration Toolkit for Applications)
Migration Toolkit for Applications(MTA)は、拡張可能かつカスタマイズ可能なルールベースのツールで、Java アプリケーションの移行を単純化します。
MTA は、プロジェクトソースディレクトリーおよびアプリケーションアーカイブを含むアプリケーションアーティファクトを検査し、変更を必要とする領域を強調表示する HTML レポートを生成します。MTA を使用すると、以前のバージョンの Red Hat JBoss Enterprise Application Platform または Oracle® WebSphere® Application Server などの他のコンテナーから Java アプリケーションを移行できます。
Migration Toolkit for Applications で移行を簡素化するにはどうすればよいですか?
アプリケーション向けの MTC(Migration Toolkit for Applications)は一般的なリソースを見つけ、アプリケーションの移行時に技術と既知の問題のある場所を強調表示します。この目的は、アプリケーションが使用するテクノロジーの概要を提供し、組織がエンタープライズアプリケーションを Java EE および Red Hat JBoss Enterprise Application Platform に推定、文書化、移行するために使用できる詳細なレポートを提供することです。
詳細を確認する方法
MTC(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 Platform、JRE バージョン 8+
- 最小 8 GB RAM、推奨 16 GB
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
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 Installation
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 の Web コンソール用にコンテナー化イメージを提供しています。このイメージを使用すると、開発者は移行プロジェクトを迅速かつ簡単に管理し、アプリケーションを分析できます。
OpenShift イメージには、以下の 3 つの Pod が含まれます。
- 分析を生成するエグゼキューター
- Web コンソールインターフェースおよび SSO(Web コンソール自体へのアクセスを提供する)
- PostgreSQL データベース(プロジェクトの設定および分析追跡情報を格納する)
Web コンソールインターフェースと PostgreSQL Pod には別の永続ボリュームが使用されますが、エグゼキューターのストレージは使用されるテンプレートによって異なります。
web-template.json
は使用されるデフォルトのテンプレートで、エグゼキューター Pod が別の永続ボリュームを使用するように設定します。図2.2
web-template.json
は、単一のマシンで一時ストレージを使用するようにエグゼキューター Pod を
web-template-empty-dir-executor.json
設定し、永続ボリュームが定義されていません。図2.3
web-template-empty-dir-executor.json
2.2.3. MTA アプリケーションのデプロイ
- MTA Download ページから Web コンソールをダウンロード します。
ZIP ファイルを任意のディレクトリーに展開します。
このファイルの展開によって作成されたディレクトリーへのパスは、本ガイド
RHAMT_HOME
全体で参照されています。oc login
コマンドを使用して、OpenShift インスタンスに接続します。$ oc login --username USERNAME --password PASSWORD
インスタンスに必要な引数を指定します(例:
--username
および)--password
--token
--server
。インストールのデフォルト値を確認し、調整します。
この
RHAMT_HOME/openshift/deployment.properties
ファイルは、rhamt
プロジェクト名、永続ストレージボリュームサイズ 10 GB、要求されたメモリーとして 2GB などのデフォルト値を定義します。deploy.sh
スクリプトを実行する前に、デフォルト設定をすべてニーズに合わせて変更します。deploy.sh
スクリプトを実行して、Web コンソールを OpenShift にデプロイします。$ RHAMT_HOME/openshift/deploy.sh
-
deploy.sh
スクリプトが完了するまで待ちます。これには数分の時間がかかる場合があります。
スクリプトが完了したら、ブラウザーから Web コンソールにアクセス できます。
2.2.4. Web コンソールへのアクセス
Web コンソールが OpenShift にデプロイさ れたら、ブラウザーから Web コンソールにアクセスできます。deploy.sh
スクリプトは、以下の例に示されるリンクを出力し WEB_CONSOLE_URL
、Web コンソールを開きます。
例: 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')
RHAMT WEB CONSOLE HTTP アプリケーションのリンクを OPENSHIFT_URL/console/project/rhamt/overview
クリックすると、OpenShift コンソールから Web コンソールにアクセスすることもできます。デプロイ 時に OpenShift プロジェクトの名前を変更した場合は、必ず rhamt
この URL をプロジェクトの名前に置き換えます。
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 コンソールにアクセスし
OPENSHIFT_URL/console/project/rhamt/overview
ます。デプロイ 時に OpenShift プロジェクトの名前を変更した場合は、必ずrhamt
この URL をプロジェクトの名前に置き換えます。 -
コンソールの左側にカーソルを
Builds
合わせます。 -
表示されるオプション
Images
をクリックします。 -
のコラムは、各イメージが
latest
ストリーム上にあることをTags
示していることを確認します。 - 最新のイメージが使用されていない場合は、「 OpenShift インストール 」の手順に従い、Web コンソールの最新イメージを再デプロイします。
2.2.5.2. Web コンソールログの確認および収集
各 Pod は、問題の正確な原因を絞り込むのに役立つ詳細なロギングを提供するよう設定されます。以下の手順では、これらのログを表示および取得する方法を説明します。
2.2.5.2.1. OpenShift コンソールの使用
以下の手順により、各 Pod のログを検査するプロセスが実行されます。
-
に移動し、OpenShift コンソールにアクセスし
OPENSHIFT_URL/console/project/rhamt/overview
ます。デプロイ 時に OpenShift プロジェクトの名前を変更した場合は、必ずrhamt
この URL をプロジェクトの名前に置き換えます。 -
コンソールの左側にカーソルを
Applications
合わせます。 -
表示されるオプション
Pods
をクリックします。 -
検査する Pod の名前をクリックします。現在の Web コンソール Pod を確認するには、
Running
状態rhamt-web-console-POD_NAME
にあるを選択します。 -
上部
Logs
にあるオプションをクリックします。 -
ログファイルをダウンロードするには、ページの上部に移動し、をクリックし
Download
ます。
2.2.5.2.2. OpenShift クライアントの使用
Running
ステータスのweb-console
エントリーを実行oc get pods
して、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
。現在の Pod のログ
oc logs
を確認するには、を使用します。oc logs POD_NAME
出力はリダイレクトされ、現在のログのコピーを取得できます。
oc logs POD_NAME > ./rhamt-openshift-POD_NAME.log
2.2.5.3. Web コンソール OpenShift に関するよくある問題
2.2.5.3.1. executor Pod Throws 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)] [...]
意味:
は、この Pod が Web コンソール Pod に接続できないことを NoRouteToHostException
示します。
解決方法:
新規デプロイメントでは、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.
意味:
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
これらのエラーは、Pod のタイムアウト後に表示され、error 状態になります。
意味:
デプロイメント Pod は Pod を正常に起動できません。
このエラーはいくつかの原因によって発生する可能性があり、以下が最も一般的です。
- OpenShift インスタンスは現在、Pod を適時にデプロイするためのリソースが不足しています。
- イメージはレジストリーから正常にプルできませんでした。
解決方法:
再度デプロイメントを試行し、作成中に非デプロイメント Pod のログおよびイベントを表示します。これらのメッセージは、基盤となるエラーにコンテキストを提供するため、デプロイメント Pod がタイムアウトします。
- OpenShift インスタンスがリソース不足の状態にある最初の問題に対処するには、OpenShift ドキュメントの『クラスター管理』ガイドの「Analyzing Cluster Capacity」の手順に従って、クラスター容量を判断します。容量が増やされたり、実行したジョブが少なくなると、再度デプロイメントを試行します。
- 2 つ目の問題 (イメージがレジストリーからプルできない) に対処するには、イメージが存在することを確認するために レジストリーにアクセス します。このリンクには、Docker レジストリーのログを調べる手順も含まれ、問題をさらにトラブルシューティングするために使用できます。
2.2.5.4. Web コンソール OpenShift の問題の報告
{ NAME} は、JIRA を課題追跡システムとして使用します。Web コンソールの使用中に問題が発生した場合は、以下の手順に従って JIRA で問題を作成してください。
JIRA で問題を作成するために、すでに JIRA アカウントにサインアップする必要があります。
ブラウザーを開き、JIRA の Create Issue ページに移動します。
ログインしていない場合は、ページの右上にある Log In リンクをクリックし、認証情報を入力します。
以下のオプションを選択し、Next ボタンをクリックします。
- プロジェクト: Red Hat Application Migration Toolkit(│DUP) を選択します。
- Issue Type: Bug
次の画面では、以下のフィールドを入力します。
- Summary: 問題または問題の簡単な説明を入力します。
- Environment: これは Web コンソールの OpenShift インストールであり、イメージで使用する環境変数をすべて含めます。
- Description: 問題の詳細情報を指定します。発生したエラーと例外トレースを必ず含めてください。
attachment: Exrov で取得したログが含ま れ、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 に移行します。
クラウド対応のみ
ルールだけを実行して、クラウド環境およびコンテナー環境のアプリケーションを評価します。
JBoss EAP への移行を選択する場合は、Cloud readiness analysis チェックボックスを選択してクラウドの準備ルールを実行することもできます。
- パッケージの追加
- 解析するパッケージを選択します。何も選択されないと、すべてのパッケージが逆コンパイルおよび解析されます。
- 除外パッケージ
- 解析から除外するパッケージを選択します。
- カスタムルール
解析中に使用するカスタムルールセットを選択します。カスタム ルールの登録および削除の手順は、「カスタムルールの使用」を 参照してください。
カスタムルールセットを登録したら、表示されるルールをクリックして強調表示することで、実行に選択できます。強調表示されているルールをクリックすると、プロジェクトの選択が解除されます。実行中、強調表示されたすべてのルールが分析に含まれます。
すべてのカスタムルールセットを選択するに は、すべて選択 をクリックしてすべてのカスタムルールセットの選択を解除し ます。
- 高度な設定
- 追加の MTA オプションを設定します。各 MTA 引数の説明は、『 MTA CLI ガイド』 の「 MTA コマンドライン 引数」を参照してください。
Save を押して分析設定を保存するか、または Save & Run を押してこれらの設定を使用して 分析を保存し、実行 します。
3.4. 分析の実行
解析設定ページから、Save & Run ボタンをクリックして解析を実行します。
Analysis ページで、現在実行している解析の進捗が表示されます。完了した、キューに入れられた、および進行中の実行が表にリストされます。Run Analysis をクリックし、最新の設定で分析を再度実行します。
3.5. 分析結果の表示
プロジェクトで MTA 解析を実行すると、解析 ID、ステータス、および開始日が表に一覧表示されます。各行には、解析の詳細と生成されたレポートの表示、解析のキャンセルおよび削除など、その解析に使用できるアクションが含まれています。
図3.5 分析リスト

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

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

独自のカスタムルールを追加するには、追加 ボタンをクリックします。ルールをアップロードするか、ルールが含まれるサーバーパスを登録することができます。
- ルールのアップロード
- 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
Windows 環境では、switch_to_authentication_required.bat
スクリプトを使用します。
今回のリリースより、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
とパスワードを Web コンソールに提供し password
ます。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 and Password Confirmation フィールドに一時パスワードを入力し、Temporary フィールドを ON に設定したままにします。
- Reset Password をクリックしてから、確認ポップアップで Change password をクリックします。
ユーザーはデフォルトで有効になっており、この一時パスワードを使用して Web コンソールにログインする際に新しいパスワードを設定する必要があります。
改訂日時: 2020-10-18 19:17:40 AEST