WHM与Mirth Connect 8443端口HTTPS警告问题求助

你的问题核心在于8443端口上的服务（WHM和Mirth Connect）没有正确关联已安装的SSL证书，而主域名默认的443端口配置正常，所以访问不带端口的域名不会触发警告。下面是具体的排查和修复步骤：

一、先理清8443端口的占用情况 #

WHM默认就用8443端口，你又把Mirth Connect部署在同一个端口，这十有八九是冲突的根源。先登录服务器终端，跑这条命令确认哪个进程在占用8443：

netstat -tulpn | grep 8443

执行后会显示占用端口的进程信息，搞清楚是WHM、Mirth，还是两者都在抢这个端口。

二、修复WHM的8443端口SSL配置 #

如果是WHM的8443访问出警告：

1. 先通过https://你的服务器IP:2087登录WHM面板（避开有问题的8443）
2. 找到SSL/TLS菜单下的Manage SSL Hosts选项
3. 检查服务器主域名（或WHM使用的域名）是否绑定了有效的SSL证书，且覆盖了8443端口
4. 另外也可以去Tweak Settings -> SSL/TLS里，确认“SSL Port for cPanel & WHM”设置的是8443，对应的证书状态正常。

三、修复Mirth Connect的8443端口SSL配置 #

如果是Mirth用8443出警告，且你想保留这个端口给Mirth：

1. 先把WHM的端口切换到默认的2087（本来就是WHM的标准SSL端口，确保服务器防火墙开放2087），这样就能避免和Mirth的端口冲突
2. 然后给Mirth配置已安装的SSL证书：
   • 找到Mirth的配置文件，一般在安装目录的conf/mirth.properties
   • 定位到https.keystore相关配置，把它指向你的SSL证书密钥库文件（如果证书是PEM格式，得先用keytool转成JKS格式）
   • 填好https.keystore.password等密码项，保存后重启Mirth服务。

四、用反向代理解决多服务共用8443的需求 #

如果两个服务都必须用8443，那得搭个反向代理（比如Nginx）：

• 让Nginx监听8443端口，配置好你的SSL证书
• 根据请求的路径或主机头，把请求转发到WHM和Mirth各自的内部端口（比如WHM用2087，Mirth用8444）
• 这样外部访问https://example.com:8443时，代理层会自动分流，且全程用有效的SSL证书，不会出现警告。

最后验证 #

完成配置后，分别访问WHM的对应端口和https://example.com:8443，确认HTTPS警告已经消失。

内容的提问来源于stack exchange，提问作者harry