如何避免NodeJS Request模块使用代理时修改请求

安全阿岳

2026-5-12

Node.js Request模块使用代理时遭反爬拦截的问题解析

先直接给你核心问题的答案：是的，Request模块在使用代理时确实会修改请求头的顺序——准确来说，是它依赖的Node.js http/https模块在处理代理请求时，会调整请求头的排列顺序，而这正是你被目标网站反爬系统拦截的关键原因。

结合你提到的几个现象，逻辑完全通顺：

不用代理时，Request发送的请求头顺序虽然和Chrome不完全一致，但目标网站的反爬规则可能对非代理请求的校验没那么严格；
系统全局代理或Chrome扩展用这个代理时，请求是由浏览器发送的，头顺序完全遵循浏览器的标准排列，反爬系统识别为正常请求；
你换了20多家代理都没用，说明问题根本不在代理本身，而在Request发送请求的方式上。

为什么会出现这个问题？

Node.js的http模块在处理请求时，默认会将请求头按字母顺序重新排列（或者按内部存储的顺序），尤其是在通过代理发送CONNECT请求（用于HTTPS代理）时，头的顺序会和直接发送请求时产生差异。而很多现代反爬系统会严格校验请求头的顺序——比如Chrome发送的头顺序是Host→Connection→Upgrade-Insecure-Requests→User-Agent这样的固定顺序，一旦顺序不对，就会被判定为非浏览器请求。

几个可行的解决办法

改用更可控的请求库
放弃已经被标记为deprecated的Request，换成got或者axios这类更现代的库。其中got支持通过headers的Map对象来严格控制头顺序，避免被Node.js自动重排：

const got = require('got');

const headers = new Map([
  ['Host', 'www.sitename.com'],
  ['Connection', 'keep-alive'],
  ['Upgrade-Insecure-Requests', '1'],
  ['User-Agent', 'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/72.0.3626.109 Safari/537.36'],
  ['Accept', 'text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8'],
  ['Accept-Encoding', 'gzip, deflate, br'],
  ['Accept-Language', 'en-GB,en-US;q=0.9,en;q=0.8']
]);

const response = await got('https://www.sitename.com', {
  headers,
  proxy: 'http://xx.xxx.xx.xx:3128',
  resolveBodyOnly: false,
  followRedirect: false,
  jar: globalJar
});

直接使用Node.js原生http模块手动构建请求
如果你想完全掌控请求的每一个细节，可以直接用http/https模块手动发送请求，这样能100%保证请求头顺序和浏览器一致：

const https = require('https');
const tunnel = require('tunnel'); // 需要安装这个库来处理HTTPS代理

const agent = tunnel.httpsOverHttp({
  proxy: {
    host: 'xx.xxx.xx.xx',
    port: 3128
  }
});

// 用Map定义头来强制顺序（Node.js 16+支持）
const headers = new Map([
  ['Host', 'www.sitename.com'],
  ['Connection', 'keep-alive'],
  ['Upgrade-Insecure-Requests', '1'],
  ['User-Agent', 'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/72.0.3626.109 Safari/537.36'],
  ['Accept', 'text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8'],
  ['Accept-Encoding', 'gzip, deflate, br'],
  ['Accept-Language', 'en-GB,en-US;q=0.9,en;q=0.8']
]);

const options = {
  hostname: 'www.sitename.com',
  port: 443,
  path: '/',
  method: 'GET',
  agent: agent,
  headers
};

const req = https.request(options, (res) => {
  // 处理响应逻辑
  res.on('data', (d) => {
    process.stdout.write(d);
  });
});

req.on('error', (e) => {
  console.error(e);
});

req.end();

检查代理请求的CONNECT细节
当Request发送HTTPS请求通过HTTP代理时，会先发送CONNECT请求建立隧道，这个请求的头也可能被Node.js修改。你可以抓包对比Request发送的CONNECT请求和Chrome发送的CONNECT请求的差异，比如是否缺少某些头，或者顺序不一致，然后手动补充或调整。

最后补充

Request模块已经停止维护了，不仅存在请求头顺序的问题，还有其他安全和兼容性问题，建议尽快迁移到现代请求库。你的情况完全验证了反爬系统对请求头顺序的严格校验——毕竟这是区分自动化工具和真实浏览器的重要特征之一。

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

如何避免NodeJS Request模块使用代理时修改请求

为什么会出现这个问题？ #

几个可行的解决办法 #

最后补充 #

为什么会出现这个问题？

几个可行的解决办法

最后补充