启用SSL的Apache搭配无SSL Node.js的安全性及配置疑问

我有一套特殊的服务器配置：主服务器为绑定公域（非localhost）且启用SSL的标准Apache服务器，Node.js服务器运行在localhost:8080，二者部署在同一机器上，无跨网络安全顾虑。

我已成功为8080端口配置ProxyPass与VirtualHost：

httpd.conf配置 #

SSLProxyEngine on
ProxyPass /mycustompath http://localhost:8080

http-vhosts.conf配置 #

<VirtualHost *:8080>
    ServerName example.com
    ServerAlias *.example.com
    SSLProxyEngine on
    SSLProxyVerify none 
    SSLProxyCheckPeerCN off
    SSLProxyCheckPeerName off
    SSLProxyCheckPeerExpire off
    ProxyPreserveHost On
    ProxyPass /mycustompath http://localhost:8080
    ProxyPassReverse /mycustompath http://localhost8080
    SSLCertificateFile "mypathto/server.crt"
    SSLCertificateKeyFile "mypathto/server.key"
</VirtualHost>

通过Postman测试确认，https://example.com/mycustompath可正常指向内部的http://localhost:8080。

但我不确定该配置是否安全、SSL是否被正确使用：Apache是否处理SSL后转发解密请求，还是客户端会直接重定向到本地Node.js服务器？目前我的Node.js未启用HTTPS，是否需要开启？

补充说明：若移除http-vhosts.conf中的SSLProxyVerify相关配置，会出现SSL握手错误，推测此时Apache期望Node.js启用SSL。

• SSL处理逻辑：当前配置下，Apache是SSL终结点——客户端和Apache之间用HTTPS加密通信，Apache解密请求后，以HTTP方式转发给本地的Node.js服务。客户端不会直接和Node.js交互，所有外部流量都经过Apache处理，这部分逻辑是正确的。
• Node.js无需开启HTTPS：因为Apache和Node.js在同一机器，没有跨网络传输的风险，用HTTP转发完全安全，没必要额外配置HTTPS增加复杂度。
• SSLProxyVerify配置的作用：你移除这些配置后出现握手错误，是因为开启SSLProxyEngine on后，Apache默认会验证后端服务器的SSL证书。但你的Node.js是HTTP服务，没有SSL证书，所以验证失败报错。现在添加的SSLProxyVerify none等配置，就是告诉Apache不要验证后端的SSL身份，这在后端是HTTP服务的场景下是合理的，不存在安全问题。
• 配置修正提醒：注意ProxyPassReverse里的地址写错了，应该是http://localhost:8080，你现在写的是http://localhost8080（少了冒号），这会导致反向代理处理响应头时出错，建议尽快修正。

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