如何为http-proxy-middleware指定代理,将NodeJS请求转发至Fiddler?
解决NodeJS前端项目通过Fiddler代理微服务请求的问题
嘿,我刚好遇到过几乎一模一样的问题!首先得掰扯清楚:你用npm config set proxy设置的是npm自身下载依赖时用的代理,和你的http-proxy-middleware转发的前端请求完全不是一回事,所以这个设置肯定没效果啦。下面给你几个亲测有效的方案:
方案1:直接修改http-proxy-middleware的配置(最推荐)
既然你的请求都是通过这个中间件转发到微服务的,那直接给它加上Fiddler的代理配置就完事了。
假设你原本的代理配置是在setupProxy.js里(Create React App之类的项目常用这个文件),大概长这样:
const { createProxyMiddleware } = require('http-proxy-middleware'); module.exports = function(app) { app.use('/api', createProxyMiddleware({ target: 'http://your-microservice-domain', // 你的微服务地址 changeOrigin: true, })); };
现在给它加个agent配置,让转发请求走Fiddler的8888端口:
const { createProxyMiddleware } = require('http-proxy-middleware'); const HttpsProxyAgent = require('https-proxy-agent'); // 得先装这个包哦 module.exports = function(app) { // 实例化Fiddler代理的agent const fiddlerProxyAgent = new HttpsProxyAgent('http://localhost:8888'); app.use('/api', createProxyMiddleware({ target: 'http://your-microservice-domain', changeOrigin: true, agent: fiddlerProxyAgent, // 关键:让中间件用Fiddler代理转发 // 如果你的微服务是HTTPS的,记得加这个,不然会因为Fiddler的自签名证书报错 secure: false, })); };
先装一下依赖:
npm install https-proxy-agent --save-dev
改完配置重启你的开发服务器,之后所有通过/api转发到微服务的请求都会经过Fiddler,你就能在Fiddler里抓包查看了。
方案2:给NodeJS进程临时设置全局代理
如果你不想改代码,可以通过环境变量让整个Node进程的HTTP/HTTPS请求都走Fiddler,启动项目的时候加参数就行:
Windows 命令提示符
set HTTP_PROXY=http://localhost:8888 set HTTPS_PROXY=http://localhost:8888 npm start
Windows PowerShell
$env:HTTP_PROXY="http://localhost:8888" $env:HTTPS_PROXY="http://localhost:8888" npm start
macOS/Linux
HTTP_PROXY=http://localhost:8888 HTTPS_PROXY=http://localhost:8888 npm start
⚠️ 注意:
- 这个设置只对当前启动的Node进程有效,关掉终端就没了
- 如果微服务是HTTPS的,启动的时候还要加个参数禁用SSL校验,不然会报错:
# macOS/Linux示例 NODE_TLS_REJECT_UNAUTHORIZED=0 HTTP_PROXY=http://localhost:8888 HTTPS_PROXY=http://localhost:8888 npm start
方案3:让Fiddler自动捕获本地所有请求
还有个思路是让Fiddler监听所有本地的HTTP/HTTPS请求,包括NodeJS的。你可以这么设置:
- 打开Fiddler,点击顶部菜单
Tools->Options->Connections - 勾选
Allow remote computers to connect(这样本地Node进程能连到Fiddler) - 然后用方案2的环境变量方式启动Node项目,或者给Node设置全局代理,这样请求就会被Fiddler捕获了。不过这种方式有时候会因为Node默认不走系统代理失效,所以还是方案1或2更靠谱。
最后提个醒
如果你的微服务用了HTTPS,Fiddler的自签名证书大概率会让Node报错,这时候用方案1的secure: false或者方案2的NODE_TLS_REJECT_UNAUTHORIZED=0就够了,开发阶段完全没问题,不用折腾导入证书的复杂操作。
内容的提问来源于stack exchange,提问作者Μenelaοs
相关产品推荐
相关产品推荐

