Web 控制台指南

Migration Toolkit for Applications 4.2

使用 Red Hat Application Migration Toolkit 的 Web 控制台将您的应用程序分组到项目中进行分析。

摘要

本指南论述了如何使用 Migration Toolkit for Applications web 控制台来简化 Java 应用程序的迁移。

第 1 章 简介

1.1. 关于 Web 控制台指南

本指南适用于希望使用应用程序 Migration Toolkit for Applications (MTA)迁移 Java 应用程序或其他组件的工程师、顾问和其他组件。它介绍了如何安装和使用 Web 控制台来管理迁移项目并分析应用程序。

1.2. 关于 Migration Toolkit for Applications

什么是 Migration Toolkit for Applications?

Migration Toolkit for Applications (MTA)是一个可扩展、可自定义的基于规则的工具,可帮助简化 Java 应用程序的迁移。

MTA 检查应用程序工件(包括项目源目录和应用程序存档),然后生成突出显示需要更改的区域的 HTML 报告。MTA 可用于将 Java 应用程序从先前版本的 红帽 JBoss 企业应用平台 或从其他容器迁移,如 Oracle® WebLogic ServerIBM® WebSphere® 应用服务器

应用程序的迁移工具如何表示迁移?

在迁移应用程序时,应用程序迁移工具会查找常见资源和关注技术和已知问题点。目标是在应用程序所使用的技术中提供高级别视图,并提供详细的报告机构可用于估算、记录以及将企业应用程序迁移到 Java EE 和红帽 JBoss 企业应用平台。

如何了解更多信息?

请参阅 入门指南,了解有关 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;建议 16 GB
注意

如果您正在运行 macOS,建议将用户进程数上限、maxproc 设定为至少 2048,以及最大打开文件数,maxfiles 则设为 100000

2.1.2. 安装 Web 控制台

  1. MTA 下载页面 下载 Web 控制台。
  2. 将 ZIP 文件提取到您选择的目录中。

    通过解压缩此文件创建的目录路径被称为 RHAMT_HOME

2.1.3. 启动 Web 控制台

运行 脚本以启动 Web 控制台。

$ RHAMT_HOME/run_rhamt.sh
注意

在 Windows 环境中,使用 run_rhamt.bat 脚本。

现在,您可以从浏览器访问 Web 控制台

2.1.4. 访问 Web 控制台

启动 后,默认可从本地主机(地址 http://localhost:8080/rhamt-web )中的浏览器访问 Web 控制台。

图 2.1. 欢迎页面

欢迎页面

Web 控制台使用默认用户自动身份验证。默认用户的凭据为 rhamt 和密码请参阅为 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 镜像

红帽为专为 OpenShift 搭配使用的 MTA 提供容器化镜像。使用这些镜像开发人员可以快速轻松地管理迁移项目并分析应用程序。

OpenShift 镜像包含三个独立的 pod:

  • 负责运行分析和生成报告的 executor
  • Web 控制台界面和 SSO,提供对 Web 控制台本身的访问
  • 存储项目的 configuraton 和分析跟踪信息的 PostgreSQL 数据库

单独的持久性卷用于 Web 控制台界面和 PostgreSQL pod,但 executor 的存储依赖于所使用的模板。

  • web-template-empty-dir-executor.json 是推荐的模板。它将 executor pod 配置为在一台机器上使用临时存储,且没有定义的持久性卷。分析数据使用 RESTful Web 服务在 executor 和 Web 控制台 pod 之间发送。

    图 2.2. web-template-empty-dir-executor.json

    web-template-empty-dir-executor.json
  • web-template-empty-dir-executor-shared-storage.json 是可供使用的替代模板。此模板将 executor pod 和 Web 控制台 pod 配置为使用共享持久性卷。这些 pod 的所有实例都读取和写入到同一持久卷,并挂载为 OpenShift 中的 ReadWriteMany

    图 2.3. web-template-empty-dir-executor-shared-storage.json

    web-template-empty-dir-executor-shared-storage.json
OpenShift 模板环境变量

OpenShift 镜像环境变量配置为应用分析基准,并在各种环境中正常工作。执行分析不需要额外的配置。

修改的最常见环境变量是分配给每个镜像的 CPU 和内存资源。它们包含 NODE_NAME 的模式,后跟 REQUESTED_RESOURCE。例如,EXECUTOR_REQUESTED_CPU 表示要在 executor pod 请求的 CPU 内核数,而 EXECUTOR_REQUESTED_MEMORY 指示 executor pod 请求的内存量。

所有环境变量都位于每个模板内,以及各个模板的描述。

2.2.3. 部署 MTA 应用程序

  1. MTA 下载页面 下载 Web 控制台。
  2. 将 ZIP 文件提取到您选择的目录中。

    通过解压缩此文件创建的目录路径被称为 RHAMT_HOME

  3. 访问 OpenShift Web 控制台。它应当类似于以下镜像:

    openshift console
  4. 点击 web 控制台右上角的 Import YAML / JSON 按钮。
  5. 在出现的窗口中提供以下信息,如下所示。

    OpenShift 导入模板
    1. 定义 Project Name,如 rhamt
    2. (可选)定义 Project Display Name 来帮助描述项目。
    3. (可选)定义 项目描述,以帮助提供项目如何使用的上下文。
    4. Browse 按钮并导入所需的 Web 控制台模板。它们包含在 RHAMT_HOME/openshift/templates 中。导入后,JSON 将在底部文本区域中可见。
  6. Create 按钮进入下一屏幕。
  7. 如果要将模板保存为未来的项目的资源,请选中 Save template 复选框。
  8. Continue 按钮进入下一屏幕。
  9. 查看提供的默认值,根据需要进行调整。例如,web-template-empty-dir-executor.json 文件定义了 2 个 CPU、4GB 内存和 20GB 持久性卷。
  10. Create 按钮将模板导入到您的项目中。

完成后,您可以从 浏览器访问 Web 控制台

2.2.4. 访问 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/rhamt/overview 的 OpenShift 控制台访问 Web 控制台。如果在部署 时重命名了 OpenShift 项目,请务必将此 URL 中的 rhamt 替换为项目的名称。???

注意

如果 Web 控制台没有立即加载,请检查 OpenShift 控制台中项目的状态,以查看它是否仍然在处理或是否有错误。

图 2.4. 欢迎页面

欢迎页面

访问 Web 控制台时需要身份验证。默认用户的凭据为 rhamt 和密码。如需有关 为 Web 控制台配置身份验证 的更多信息,请参阅为 Web 控制台配置身份验证。

2.2.5. 对 Web Console OpenShift Install 进行故障排除

以下步骤讨论在 OpenShift 环境中对 Web 控制台进行故障排除的常用技术。这些说明着重介绍特定于 Web 控制台的问题,以了解 OpenShift 特定问题,请参阅以下故障排除部分。

2.2.5.1. 确保最新的镜像版本

在 OpenShift 环境中进行故障排除的第一步是使用最新的镜像。

注意

如果您之前已在 JSON 模板中部署了 Web 控制台,则不会创建任何镜像流,并不适用以下步骤。

在 OpenShift 环境中执行以下步骤。

  1. 导航到 OPENSHIFT_URL/console/project/rhamt/overview 来访问 OpenShift 控制台。如果在部署 时重命名了 OpenShift 项目,请务必将此 URL 中的 rhamt 替换为项目的名称。???
  2. 将鼠标悬停在控制台左侧的 构建 上。
  3. 从出现的选项中点 Images
  4. 确保 Tags 下的列指出每个镜像都位于 最新的 流上。
  5. 如果没有使用最新的镜像,请按照 OpenShift 安装 中的步骤重新部署 Web 控制台的最新镜像。

2.2.5.2. 检查并收集 Web 控制台日志

每个 pod 配置为提供详细的日志记录,以帮助减少问题的确切原因。以下步骤讨论查看并获取这些日志。

2.2.5.2.1. 使用 OpenShift 控制台

以下步骤介绍了如何检查每个 pod 的日志。

  1. 导航到 OPENSHIFT_URL/console/project/rhamt/overview 来访问 OpenShift 控制台。如果在部署 时重命名了 OpenShift 项目,请务必将此 URL 中的 rhamt 替换为项目的名称。???
  2. 将鼠标悬停在 控制台左侧的应用程序上。
  3. 从出现的选项中点 Pod
  4. 点击您要检查的 pod 的名称。要检查当前 Web 控制台 pod,请选择处于 Running 状态的 rhamt-web-console-POD_NAME
  5. 点击顶部选项中的 Logs
  6. 要下载日志文件,请导航到页面顶部,然后单击 Download
2.2.5.2.2. 使用 OpenShift 客户端
  1. 执行 oc get pods 并搜索具有 Running 状态的 web-console 条目,以确定 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

  2. 使用 oc logs 来检查当前的 pod 的日志。

    oc logs POD_NAME
  3. 可以重定向输出来获取当前日志的副本。

    oc logs POD_NAME > ./rhamt-openshift-POD_NAME.log

2.2.5.3. Web 控制台 OpenShift 的常见问题

2.2.5.3.1. executor Pod Throws NoRouteToHostException

当访问 executor 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)]
[...]

这意味着:

NoRouteToHostException 表示此 pod 无法连接到 Web 控制台 Pod。

如何解决它:

在新部署中,因为 executor 在 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 无法获取所请求的资源。

如何解决它:

执行以下任意一种:

请求在可用配额内后,再次尝试部署。

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 超时后,并放入错误状态。

这意味着:

部署 pod 无法成功启动 pod。

这个错误可能是多个源,如下所示:

  • OpenShift 实例目前没有资源来及时部署 pod。
  • 镜像无法从 registry 中成功拉取。

如何解决它:

再次尝试部署,查看创建非部署 Pod 的日志和事件。这些消息会为底层错误提供上下文,从而导致部署 pod 超时。

  • 为解决报告的问题(其中 OpenShift 实例耗尽资源),请按照《OpenShift 文档中的集群 管理指南 》中的" 分析 集群容量"中的说明操作,以确定集群容量。增加容量后,或者执行较少的作业后,再次尝试部署。
  • 要解决第二个问题,如无法从 registry 中拉取镜像,请访问 registry 以确保镜像存在。此链接还包括有关检查 Docker 注册表日志的说明,并可用于进一步对问题进行故障排除。

2.2.5.4. 使用 Web 控制台 OpenShift 报告问题

{ ProductName} 使用 JIRA 作为其问题跟踪系统。如果您在使用 Web 控制台时遇到任何问题,请按照以下说明文件 JIRA 问题:

注意

如果还没有,则必须注册 JIRA 帐户才能创建 JIRA 问题。

  1. 打开浏览器并导航到 JIRA Create Issue 页面。

    如果您还没有登录,点页面右上方的 Log In 链接并输入您的凭证。

  2. 选择以下选项并单击" 下一步" 按钮。

    • 项目 :选择 Red Hat Application Migration Toolkit (WINDUP)
    • 问题类型error
  3. 在下一屏幕中,完成以下字段。

    • Summary :输入问题的简短描述或问题。
    • 环境 :表明这是 Web 控制台的 OpenShift 安装,并且包含与该镜像一起使用的任何环境变量。
    • 描述 :提供问题的详细描述。务必包含遇到的所有错误以及异常追踪。
    • 附加 :包括在考试 和收集 Web 控制台日志中获取的日志。这至少应包括每个 pod 的日志。

      如果应用程序或存档导致问题不包含敏感信息,并且您已熟悉与 MTA 开发团队共享,请使用 浏览 按钮将其附加到问题。

  4. 单击 Create 按钮以创建 JIRA 问题。

第 3 章 使用 Web 控制台分析应用程序

要使用 Web 控制台分析应用程序,您必须创建一个项目。每个项目是对应用程序进行分组分析的方法,并指定分析应用程序期间要使用的设置。分析过程会生成报告,提供有关迁移或现代化工作所需更改的信息。

按照以下步骤,使用 Web 控制台分析应用程序并查看结果。

注意

单击 Web 控制台顶部的 Projects 链接,以随时返回到项目列表。访问 关于 页面的帮助菜单,以及 MTA 文档的链接。

3.1. 添加项目

第一次访问 Web 控制台时,系统将提示您设置新项目。

图 3.1. Home

Home: 否项目

单击 New Project 按钮,启动向导以设置新的迁移项目。

图 3.2. 添加项目

添加项目

为此项目指定名称和可选描述,然后按 Next 继续。

3.2. 将应用程序添加到项目

指定要添加到此项目的应用程序。您可以 上传应用程序或注册包含应用程序的服务器路径

图 3.3. 添加应用程序

添加应用程序
上传应用程序
您可以使用 Choose Files 按钮选择应用程序,或者您可以将应用程序拖放到提供的区域中。这会将所选应用程序上传到 MTA 服务器。
注册服务器路径

选择 Server Path 选项卡,并在包含该项目中包含的应用程序的服务器中输入路径。这不会将文件复制到 MTA 服务器,而是评估指定位置中的应用程序。

这可用于以下情况:

  • 您想要在服务器上注册包含应用程序的现有目录,例如,每天自动构建流程。这样,MTA 服务器将分析最新版本的应用程序。
  • 您要将应用程序注册为展开式 Java 存档。在这种情况下,请务必选中 Directory 是一个展开式 Java 应用存档 复选框。

为此项目指定一个或多个应用程序后,按 Next 继续。

3.3. 指定分析配置

配置分析的设置,如转换路径、软件包和其他高级选项。

图 3.4. 配置分析

配置分析
转型路径

选择应用程序的转换路径。当前选项有:

  • 迁移到 JBoss EAP 7

    执行规则,将应用程序迁移到红帽 JBoss 企业应用平台 7。

  • 迁移到 JBoss EAP 6

    执行规则,将您的应用程序迁移到红帽 JBoss 企业应用平台 6。

  • 仅限云就绪状态

    仅执行规则来评估您的云和容器环境的应用。

如果您选择了迁移到 JBoss EAP,您也可以通过选中云准备 分析复选框来运行云准备 规则。

包括软件包
选择要分析哪些软件包。如果没有选择,则所有软件包都会被解译和分析。
排除的软件包
选择要排除哪些软件包分析。
自定义规则

选择在分析过程中使用哪些自定义规则集。有关注册和删除自定义规则的说明,请参阅使用 自定义规则。

注册了自定义规则集后,可通过单击显示的规则将其突出显示。单击突出显示的规则将取消选择该项目。在执行期间,所有突出显示的规则都将包含在分析中。

要选择所有自定义规则集,请单击 Select All,然后取消选择所有自定义规则集,请单击 Clear All

高级选项
设置其他 MTA 选项。有关每个 MTA 参数的描述,请参阅 MTA CLI 指南中的 MTA 命令行参数 部分。

Save 保存分析配置,或者按 Save & Run 来使用这些设置保存并 执行分析

3.4. 执行分析

在分析配置页面中,点击 Save & Run 按钮执行分析。

Analysis 页面上,显示了当前执行的分析进度。表中列出了已完成的、排队和 in-progres 执行。单击 Run Analysis 以再次使用最新配置执行分析。

3.5. 查看分析的结果

对项目执行 MTA 分析后,该分析将列在提供分析 ID、状态和日期开始的表中。每行包括可用于该分析的操作,包括查看分析详情和生成报告,以及取消或删除分析。

图 3.5. 分析列表

分析列表

单击 Analysis 列中的链接,以查看报告, 或者点击 Actions 列中的信息图标 来查看分析详情

3.5.1. 检查分析详情

可以通过单击分析结果表 的操作 列中的信息图标来查看分析的详细信息。

图 3.6. 分析详情

分析详情

此页面提供了以下选项卡,其中包含有关此分析的信息。

详情
此选项卡显示分析的状态、开始日期和时间以及用于此分析的配置设置。
应用程序
此选项卡列出了此分析中包含的应用程序。
规则

此选项卡列出了分析过程中评估的规则。

注意

您可以通过从用户下拉菜单中选择 Rules Configuration 来查看所有系统和自定义规则。

日志
此选项卡显示此 MTA 分析引擎执行的输出。

3.5.2. 检查报告

从分析表中,单击 Actions 列中的报告链接,以查看此分析的报告。这将打开一个新窗口,其中包含生成的 MTA 报告。

有关 MTA 报告 和使用方法评估迁移或现代化工作的信息,请参阅 MTA CLI 指南中的 报告部分。

第 4 章 使用自定义规则

您可以添加自己的自定义规则,以便在分析应用程序时使用。有关编写自定义 MTA 规则的信息,请参阅 MTA 规则开发指南

从用户下拉菜单中选择 Rules Configuration,以查看所有现有系统和自定义规则。

图 4.1. 添加自定义规则

添加项目

要添加自己的自定义规则,请点击 添加按钮。您可以上传规则,或者注册包含规则的服务器路径。

上传规则
您可以使用 Choose Files 按钮来选择规则集文件,也可以将文件拖放到提供的区域中。这会将所选规则文件上传到 MTA 服务器。点 Add 上传规则。
注册服务器路径
选择 Server Path 选项卡,然后在包含可供项目使用的规则的服务器中输入路径。这不会将文件复制到 MTA 服务器,而是在分析期间使用在指定位置中找到的规则。这样,如果规则在此位置更新,则 MTA 服务器将在分析期间始终使用最新版本的规则。点击 Add 以注册规则。

在项目分析过程中可以单独选择自定义规则集。要启用这些启用,可在 分析配置的 Use local custom rules 部分中选择 ruleset

第 5 章 为 Web 控制台配置身份验证

您可以将 Web 控制台配置为需要身份验证,由 Red Hat Single Sign-On 处理。启用后,在授予 Web 控制台访问权限前,用户需要进行身份验证。

建议您为 Web 控制台配置身份验证。

5.1. 为 Web 控制台启用身份验证

注意

如果您在 OpenShift 上安装了 Web 控制台,则身份验证已经启用且无法禁用。

运行以下脚本,要求用户在访问 Web 控制台前登录。此脚本将配置 Red Hat Single Sign-On 登录页面,要求用户在授予 Web 控制台访问权限前进行身份验证。

$ RHAMT_HOME/switch_to_authentication_required.sh
注意

在 Windows 环境中,使用 switch_to_authentication_required.bat 脚本。

现在,每当您 启动 Web 控制台 时,都需要验证用户才能访问它。

5.2. 更改管理用户凭证

为 Web 控制台启用身份验证时,会使用用户名 admin 和密码 来提供默认的管理用户。???您应该更改此密码,以便只有获得授权的用户才能进一步更改 Web 控制台用户。

按照以下步骤更改默认的管理用户密码。

  1. 确保 Web 控制台 正在运行
  2. 打开 Red Hat Single Sign-On 管理控制台。

    • 对于 ZIP 安装:

      1. 在浏览器中导航至 http://localhost:8080/auth/
      2. 选择 Administration Console 以访问 Red Hat Single Sign-On 管理控制台。
    • 对于 OpenShift 安装:

      1. 在浏览器中,导航到 OPENSHIFT_URL/console/project/rhamt/overview

        注意

        如果您在 部署 时重命名了 OpenShift 项目,请将 rhamt 替换为项目的名称。

      2. 单击 SSO HTTPS 应用中的链接,并将"/auth"添加到 URL 的末尾。
      3. 选择 Administration Console 以访问 Red Hat Single Sign-On 管理控制台。
  3. 使用 admin 的默认凭据 登录,密码为
  4. 在左上角,从下拉菜单中选择 Master 域。
  5. 在左侧导航菜单中,选择 Users,然后单击 View all users
  6. admin 用户行中点 Edit
  7. 选择 Credentials 选项卡。
  8. New PasswordPassword Confirmation 字段中输入新密码。
  9. Temporary 字段更改为 OFF,以要求用户在下次登录时更改密码。
  10. Reset Password,然后在弹出窗口中点击 Change password

您还可以完全删除此默认管理用户,并创建自己的管理用户。但是,在删除默认用户之前,请务必添加新用户。

5.3. 删除默认 Web 控制台用户

Web 控制台提供了一个默认 Web 控制台,用户名为 rhamt 和密码。当您为 Web 控制台启用身份验证时,您应该删除此用户,以便只有授权用户可以访问该 Web 控制台。???

按照以下步骤删除默认的 Web 控制台用户。

  1. 确保 Web 控制台 正在运行
  2. 打开 Red Hat Single Sign-On 管理控制台。

    • 对于 ZIP 安装:

      1. 在浏览器中导航至 http://localhost:8080/auth/
      2. 选择 Administration Console 以访问 Red Hat Single Sign-On 管理控制台。
    • 对于 OpenShift 安装:

      1. 在浏览器中,导航到 OPENSHIFT_URL/console/project/rhamt/overview

        注意

        如果您在 部署 时重命名了 OpenShift 项目,请将 rhamt 替换为项目的名称。

      2. 单击 SSO HTTPS 应用中的链接,并将"/auth"添加到 URL 的末尾。
      3. 选择 Administration Console 以访问 Red Hat Single Sign-On 管理控制台。
  3. 使用管理用户凭证登录。默认凭据为 admin 和密码
  4. 在左上角,从下拉菜单中选择 Rhamt 域。
  5. 在左侧导航菜单中选择 Users,然后点 View all users
  6. rhamt 用户的 行中,单击 Delete 并确认。

5.4. 添加新 Web 控制台用户

为 Web 控制台 启用身份验证时,管理员需要添加用户,以便他们可以访问 Web 控制台。

按照以下步骤添加新 Web 控制台用户。

  1. 确保 Web 控制台 正在运行
  2. 打开 Red Hat Single Sign-On 管理控制台。

    • 对于 ZIP 安装:

      1. 在浏览器中导航至 http://localhost:8080/auth/
      2. 选择 Administration Console 以访问 Red Hat Single Sign-On 管理控制台。
    • 对于 OpenShift 安装:

      1. 在浏览器中,导航到 OPENSHIFT_URL/console/project/rhamt/overview

        注意

        如果您在 部署 时重命名了 OpenShift 项目,请将 rhamt 替换为项目的名称。

      2. 单击 SSO HTTPS 应用中的链接,并将"/auth"添加到 URL 的末尾。
      3. 选择 Administration Console 以访问 Red Hat Single Sign-On 管理控制台。
  3. 使用管理用户凭证登录。默认凭据为 admin 和密码
  4. 在左上角,从下拉菜单中选择 Rhamt 域。
  5. 在左侧导航菜单中选择 Users,然后点 Add user
  6. 输入用户名 , First Name,Last Name,以及任何其他必填字段,然后单击 Save
  7. 添加用户后,选择 Credentials 选项卡。
  8. New PasswordPassword Confirmation 字段中输入临时密码,并将 Temporary 字段设置为 ON
  9. Reset Password,然后在确认弹出窗口中点击 Change password

默认情况下启用该用户,需要使用此临时密码登录到 web 控制台时,需要设置新密码。





修订 2022-11-12 22:53:44 +1000