上周有个vue项目, package.json中显示的vue-cli-service版本是 "@vue/cli-service": "~."，本地开发代理配置突然不Neng使用了, 报308永久重定向错误

我又找了一个vite项目对比了一下发现vite.config.ts配置的server.proxy, 不会引发308重定向问题，打印了一下请求头,没有输出x-forwarded-xxx, 那就奇怪了。难道vite的代理请求使用的不是http-proxy, 查kan了vite的官方源码,发现使用的代理工具果然不同, 是http-proxy-,它是对经典 http-proxy 的 TypeScript 重写版本。目标是解决原版 http-proxy 中的 socket 泄漏、安全漏洞和老旧 API。Yi用于生产环境。kan了一下 http-proxyZui新的版本是v1., 5年之前发布的, 现在还使用它的话，本地代理转发默认的配置会引发308重定向问题, 难怪vite不使用它了。通过对这个问题的排查，让我觉得，开发工具得与时俱进，不定期升级才行，否则就会出现莫名其妙的幺蛾子。

Nginx ingress 默认就有一个选项 force-ssl-redirect: true。 它的逻辑就是：

后端应用 / 框架本身Zuo了强制跳转 Nginx ingress 默认就有一个选项 force-ssl-redirect: true

if { return https://$host$request_uri;}

// 或者
devServer: {
    proxy: {
      '/api': {
        // 添加这句
        xfwd: false,
      }
    }
  }

果然提交之后打印的请求头中所有以x-forwarded-开头的请求头doukan不见了代理响应也正常了。可是为什么突然变成这样了在没改项目配置的情况下。是不是@vue/cli-service的版本Zui近有升级，查kan了一下依赖链，发现与半年前相比，并无改变。

if { return https://$host$request_uri; }

// 所以一旦代理传了 x-forwarded-proto: http，Ingress 就会强制跳转。至此，问题Yi经水落石出。

浏览器/客户端 HSTS 策略 Ru果你之前访问过 https://localhost 并且服务端设置了 HSTS 头，浏览器可Neng会强制所有后续请求走 HTTPS。说实话，我以前也遇到过类似的问题，但那时是在生产环境，这次是在本地开发环境。

. 反向代理配置了 HTTPS 跳转 Nginx ingress 默认就有一个选项 force-ssl-redirect: true

. 应用识别到 X-Forwarded-Proto: http 和安全策略 Kubernetes Ingress 会检查这个头，Ru果是 http 就重定向到 https，你Ke以试试在 proxy 配置里关掉 x-forwarded 相关头试试。

Vite vs Vue CLI：代理工具差异带来的启发 Vite 使用的是http-proxy-, 它移除了一些旧的、不必要的功Neng。而 Vue CLI 使用的还是@vue/cli-service@. ↓webpack-dev-server@. ↓http-proxy-middleware@. ↓http-proxy@.