WireGuard隧道场景下HTTPS域名到本地无SSL Laravel服务的正确重定向方案咨询

兄弟，我之前碰到过几乎一模一样的场景，给你梳理几个关键配置点，应该能彻底解决你的问题：

1. 先搞定Laravel的代理信任与协议识别 #

你的核心问题是Laravel不知道来自EC2的请求实际是HTTPS的，所以生成了HTTP的表单链接。要让Laravel“看懂”代理过来的真实请求协议：

• 打开本地Laravel项目里的 app/Http/Middleware/TrustProxies.php 文件，把EC2的WireGuard内网IP（比如你的EC2在WireGuard里的专属IP）添加到$proxies数组里，开发环境也可以直接设成['*']（生产环境建议精准配置）；然后把$headers改成Request::HEADER_X_FORWARDED_ALL，这样Laravel会读取代理传递的头信息来判断真实协议。
• 调整Laravel的URL配置：可以在config/app.php里把url项改成env('APP_URL', request()->getSchemeAndHttpHost())，这样Laravel会自动根据当前请求的协议和主机生成正确的URL，不管是本地HTTP访问还是EC2代理过来的HTTPS请求都能适配。

2. 配置EC2上的Nginx，正确传递请求头 #

你的EC2 Nginx代理配置里必须加上几个关键头，把真实的请求信息传递给本地Laravel：

server {
    listen 443 ssl;
    server_name example.com;

    # 这里是你的Let's Encrypt SSL证书配置
    ssl_certificate /path/to/fullchain.pem;
    ssl_certificate_key /path/to/privkey.pem;

    location / {
        proxy_pass http://192.168.10.10;
        # 传递真实主机名
        proxy_set_header Host $host;
        # 传递真实客户端IP
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        # 关键：告诉Laravel实际请求是HTTPS
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

# 别忘了HTTP转HTTPS的配置
server {
    listen 80;
    server_name example.com;
    return 301 https://$host$request_uri;
}

加上X-Forwarded-Proto这个头后，Laravel就能识别出请求实际是HTTPS的，生成的表单action自然就是https://example.com/login，不用手动改代码。

3. 解决本地访问的419 Page Expired问题 #

之前改APP_URL为HTTPS导致本地HTTP访问419，是因为CSRF Token的生成依赖URL的协议。用我上面说的request()->getSchemeAndHttpHost()动态配置URL后，本地访问时Laravel会自动用HTTP生成Token，就不会出现过期问题了。如果还是有问题，可以单独给本地环境设置.env：

APP_URL=http://192.168.10.10

Laravel会优先读取.env里的配置，代理过来的请求则会通过信任代理的配置识别真实协议，两边互不影响。

4. 检查本地Nginx的兼容性 #

本地Nginx不需要SSL，但要确保它能正常接收来自WireGuard网段的请求，比如不要在配置里加IP限制，或者允许EC2的WireGuard IP访问你的本地服务。

按上面的步骤配置完后，不管是本地访问http://192.168.10.10，还是通过域名访问https://example.com，登录和其他功能都能正常工作，再也不会出现“提交信息不安全”或者419的问题了。

备注：内容来源于stack exchange，提问作者Stackerito