如何在Linux服务器下，通过配置文件查看WAS的虚拟主机？

在WebSphere Application Server (WAS) 的架构中，虚拟主机是一个核心概念，它充当着逻辑主机与物理服务器之间的桥梁，理解并能够查看虚拟主机的配置，对于WAS管理员来说是一项基本且至关重要的技能，虚拟主机允许一个单一的WAS服务器或单元为多个域名或IP地址提供服务，通过将一个或多个“主机别名”（由主机名和端口组成）与一组应用程序关联起来，实现了请求的精确路由，本文将详细介绍在Linux环境下,如何通过多种方法来查看WAS的虚拟主机配置。

---

通过管理控制台（图形界面）查看

对于大多数管理员而言，使用集成解决方案控制台（ISC）是最直观、最简单的方法，图形化界面提供了清晰的导航和详细的信息展示,非常适合进行日常管理和快速检查。

操作步骤：

1. 登录管理控制台：在浏览器中输入WAS管理控制台的地址，通常格式为 https://<hostname>:<port>/ibm/console,使用具有足够权限的用户名和密码登录。

2. 导航至虚拟主机页面：在左侧的导航树中，依次展开 环境 -> 虚拟主机。

3. 查看虚拟主机列表：点击“虚拟主机”后，右侧的主内容区域会显示当前配置单元中所有可用的虚拟主机，默认情况下，通常会看到 default_host 和 admin_host。

   • default_host：用于承载大部分应用程序。
   • admin_host：专用于管理控制台和管理应用。

4. 检查特定虚拟主机的详细信息：点击你想要查看的虚拟主机名称（default_host），进入其配置页面，在此页面中，最重要的部分是“其他属性”下的 主机别名。

5. 分析主机别名：点击 主机别名，你将看到一个列表，其中包含了所有映射到该虚拟主机的别名,每个别名由两列组成：

   • 主机名：可以是通配符（表示匹配任何主机名）、具体的域名（如 www.example.com）或IP地址。
   • 端口：可以是通配符（表示匹配任何端口）或具体的端口号（如 80, 443, 9080）。

default_host 的默认别名通常是 (主机名) 和 80, 9080 (端口)，这意味着任何发往该服务器80端口或9080端口的HTTP请求，只要主机名不被其他更具体的虚拟主机匹配，都将由 default_host 处理。

---

使用wsadmin命令行工具（脚本化）

对于需要自动化管理、批量操作或在无图形界面的服务器上进行操作的场景，wsadmin 是一个强大而灵活的工具，它支持Jython和Jacl两种脚本语言,其中Jython更为常用。

操作步骤：

1. 启动wsadmin：通过SSH登录到Linux服务器，切换到WAS的概要文件目录下的bin文件夹，/opt/IBM/WebSphere/AppServer/profiles/Dmgr01/bin，执行以下命令启动wsadmin（以Jython为例）：

   

   ./wsadmin.sh -lang jython -username <你的用户名> -password <你的密码>

   成功连接后，命令行提示符会变为 wsadmin>。

2. 列出所有虚拟主机：在 wsadmin> 提示符下，使用 AdminConfig 对象来列出所有虚拟主机。

   print AdminConfig.list('VirtualHost')

   输出结果会类似如下,每一行代表一个虚拟主机的配置ID：

   (cells/myCell/nodes/myNode/servers/server1|server.xml#VirtualHost_1)
   (cells/myCell|virtualhosts.xml#VirtualHost_1234567890123)

3. 获取特定虚拟主机的配置ID：为了更清晰地操作，可以先获取特定名称（如 default_host）的配置ID。

   default_host_id = AdminConfig.getid('/VirtualHost:default_host/')
   print default_host_id

   这会输出 default_host 的完整配置ID。

4. 查看该虚拟主机的主机别名：使用获取到的ID,进一步列出其下的所有主机别名。

   print AdminConfig.list('HostAlias', default_host_id)

   输出结果将显示每个别名的详细信息,格式如下：

   (cells/myCell|virtualhosts.xml#HostAlias_1234567890123)
   (cells/myCell|virtualhosts.xml#HostAlias_1234567890124)

5. 获取别名的具体属性：如果需要查看每个别名的具体主机名和端口,可以遍历这些别名ID并获取其属性。

   aliases = AdminConfig.list('HostAlias', default_host_id).split(lineSeparator)
   for alias in aliases:
       if alias:
           hostname = AdminConfig.showAttribute(alias, 'hostname')
           port = AdminConfig.showAttribute(alias, 'port')
           print("Host: " + hostname + ", Port: " + port)

   这段脚本会清晰地打印出每个别名的主机名和端口，

   Host: *, Port: 9080
   Host: *, Port: 80

---

直接检查服务器配置文件（底层排查）

此方法不推荐用于日常管理，但在排查问题、备份或进行高级配置时，直接查看配置文件可以提供最原始、最直接的信息,WAS的配置文件是基于XML的。

操作步骤：

1. 定位配置文件：虚拟主机的配置通常存储在单元级别的配置文件中，路径通常为：
   <WAS_Installation_Directory>/profiles/<Profile_Name>/config/cells/<Cell_Name>/virtualhosts.xml

2. 查看文件内容：使用 cat、more 或 vi 等Linux命令查看该文件。

   cat /opt/IBM/WebSphere/AppServer/profiles/Dmgr01/config/cells/myCell/virtualhosts.xml

3. 解析XML结构是标准的XML格式,一个虚拟主机的配置片段如下所示：

   <VirtualHost name="default_host">
       <hostAlias>
           <hostname>*</hostname>
           <port>9080</port>
       </hostAlias>
       <hostAlias>
           <hostname>*</hostname>
           <port>80</port>
       </hostAlias>
   </VirtualHost>

   通过分析这个XML文件，你可以清晰地看到每个 <VirtualHost> 元素及其包含的多个 <hostAlias> 子元素，每个子元素都定义了 <hostname> 和 <port>。

---

三种方法的对比

为了帮助你选择最合适的方法,下表对这三种方法进行了小编总结对比：

方法	易用性	适用场景	优点	缺点
管理控制台	高	日常管理、快速检查、新手入门	直观、无需记忆命令、信息展示友好	需要图形浏览器、不利于自动化
wsadmin脚本	中	自动化部署、批量配置、脚本化管理	功能强大、可集成到脚本、适合远程管理	学习曲线较陡、需要熟悉命令和对象模型
检查配置文件	低	底层故障排查、配置备份、理解存储结构	最原始的信息、不依赖WAS进程运行	容易出错、直接修改可能导致配置不一致

---

相关问答 (FAQs)

为什么我修改了虚拟主机配置后，应用访问没有生效？

解答： 这是一个非常常见的问题，通常由两个步骤缺失导致，在管理控制台中完成修改后，必须点击页面顶部的“保存”链接，将更改持久化到主配置仓库（Master Configuration Repository），如果你的WAS环境是网络部署（ND）环境，即包含部署管理器和节点，保存后还需要将配置同步到相应的节点，你可以在 节点 -> 节点名称 页面中点击“同步”操作，或者等待自动同步（如果已启用），只有完成了“保存”和“同步”两个步骤,配置变更才会真正被节点上的服务器加载并生效。

虚拟主机和Web服务器插件（如IHS/Apache）有什么关系？

解答： 它们之间是紧密协作的关系，Web服务器（如IBM HTTP Server或Apache）本身并不知道WAS内部的应用部署情况，它依赖于Web服务器插件来转发请求，WAS会根据虚拟主机、应用、服务器等配置生成一个名为 plugin-cfg.xml 的文件，这个文件包含了路由规则，其中就定义了虚拟主机的别名，当一个HTTP请求到达Web服务器时，插件会检查请求的 Host 头部和目标端口，然后与 plugin-cfg.xml 中定义的虚拟主机别名进行匹配，匹配成功后，插件才会将请求转发给对应的WAS应用服务器，确保Web服务器插件所使用的 plugin-cfg.xml 文件是最新版本，并且其中的虚拟主机别名与实际需求一致,是保证外部请求能正确到达WAS应用的关键。