NodeJS中使用fetch/node-fetch请求o2.pl返回449状态码求助

先明确449状态码的含义 #

449是微软定义的非标准HTTP扩展状态码，核心意思是服务器要求客户端携带特定验证信息重试请求，通常触发于服务器的访问控制策略——比如检测到请求来自自动化工具（而非浏览器/信任的客户端），需要重试时匹配特定请求特征。

关键差异排查（Node.js vs curl/Bun） #

你的测试已经排除了TLS、CORS、credentials等常规问题，核心差异在于客户端请求特征的识别，以下是具体排查方向：

1. 强制匹配curl的请求头（最可能解决问题）

Node.js原生fetch的默认请求头（尤其是User-Agent、Accept系列）和curl差异极大，服务器可能通过这些头拦截非信任客户端：

• 先用curl -v https://www.o2.pl查看curl发送的完整请求头，然后完全复制到fetch中：

fetch('https://www.o2.pl', {
  headers: {
    'User-Agent': 'curl/8.6.0', // 替换成你本地curl的版本
    'Accept': 'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8',
    'Accept-Language': 'en-US,en;q=0.5',
    'Accept-Encoding': 'gzip, deflate, br',
    'Connection': 'keep-alive',
    'Upgrade-Insecure-Requests': '1'
  }
}).then(res => console.log(res.status));

2. 检查TLS握手指纹（JA3）差异

服务器可能通过TLS握手时的特征（JA3指纹）识别客户端，Node.js的TLS库实现和curl/Bun不同，导致被拦截：

• 尝试手动设置Node.js的TLS cipher套件匹配curl：

const https = require('https');
// 从curl --ciphers ALL获取的默认套件，替换成你本地curl的配置
const agent = new https.Agent({
  ciphers: 'ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384'
});

fetch('https://www.o2.pl', { agent }).then(res => console.log(res.status));

3. 更换HTTP客户端库测试

Node.js的fetch底层实现和axios、request等库不同，尝试用其他库发起请求：

const axios = require('axios');
axios.get('https://www.o2.pl', {
  headers: { 'User-Agent': 'curl/8.6.0' }
}).then(res => console.log(res.status));

4. 检查重定向过程中的头丢失

Node.js的fetch默认跟随重定向，但可能在重定向时丢失某些关键头，尝试手动处理重定向：

fetch('https://www.o2.pl', { redirect: 'manual' })
  .then(res => {
    console.log('初始状态码:', res.status);
    if (res.status >= 300 && res.status < 400) {
      // 携带原请求头重定向到新地址
      return fetch(res.headers.get('location'), { headers: res.headers });
    }
    return res;
  })
  .then(finalRes => console.log('最终状态码:', finalRes.status));

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