Vaadin项目GCP环境下VaadinService.getCurrentRequest()返回HTTP而非HTTPS求助

问题原因 #

GCP的HTTPS/TCP负载均衡会在负载均衡层完成SSL终止——外部用户的HTTPS请求到达负载均衡后，会被解密为HTTP请求转发给后端Vaadin应用。因此后端应用收到的请求本身是HTTP协议，导致VaadinService.getCurrentRequest()返回HTTP，而非外部真实的HTTPS协议。

解决方案 #

1. 确认GCP负载均衡传递X-Forwarded-Proto头 #

GCP负载均衡默认会向后端传递X-Forwarded-Proto头，值为原始请求的协议（如https）。可确认网络团队是否已确保该头正常传递到后端应用。

2. 配置应用服务器识别转发头 #

根据你使用的应用服务器，配置其识别负载均衡传递的转发头，让HttpServletRequest返回正确的协议：

Spring Boot + Vaadin场景

在application.properties中添加配置：

server.forward-headers-strategy=NATIVE
server.tomcat.remoteip.protocol-header=x-forwarded-proto

此配置会让Tomcat处理X-Forwarded-Proto头，使request.getScheme()返回https。

独立Tomcat场景

在server.xml的Engine标签下添加RemoteIpValve：

<Valve className="org.apache.catalina.valves.RemoteIpValve"
       protocolHeader="X-Forwarded-Proto"
       remoteIpHeader="X-Forwarded-For"/>

重启Tomcat后，请求的Scheme会被正确识别为HTTPS。

3. 调整baseUrl获取逻辑 #

修改代码，基于request.getScheme()构建baseUrl，避免依赖getRequestURL()（后者基于后端收到的HTTP协议）：

HttpServletRequest request = (HttpServletRequest) VaadinService.getCurrentRequest();
String scheme = request.getScheme();
String serverName = request.getServerName();
int serverPort = request.getServerPort();
String ctx = request.getContextPath();

// 构建正确的baseUrl
String baseUrl = scheme + "://" + serverName;
if ((scheme.equals("http") && serverPort != 80) || (scheme.equals("https") && serverPort != 443)) {
    baseUrl += ":" + serverPort;
}
baseUrl += ctx;

4. Vaadin前端URL配置（可选） #

若使用Vaadin 14+，可在application.properties中指定前端URL，确保资源加载使用正确的HTTPS：

vaadin.frontend.url=https://somehost:someport/path

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