NextJS集成Auth0后调用外部Express API遇ECONNREFUSED错误

核心原因 #

错误信息connect ECONNREFUSED ::1:80明确指向：你的NextJS内部API /api/trips 在请求外部Express服务时，错误地使用了默认的80端口，而非你配置的3001端口。直接访问/api/trips正常，是因为你手动测试时确保了请求地址正确，但在getServerSideProps调用内部API的场景中，服务器端的请求上下文出现了地址拼接错误或环境变量缺失的问题。

排查修复步骤 #

1. 修正Express服务请求地址
   检查/api/trips.ts中调用Express接口的代码，必须完整指定3001端口：

   // 错误写法（缺省端口默认走80）
   axios.get('http://localhost/trips')
   // 正确写法
   axios.get('http://localhost:3001/trips')
   

   若用环境变量管理地址，确保服务器端能读取到包含端口的完整URL：

   const EXPRESS_API = process.env.EXPRESS_API || 'http://localhost:3001';
   axios.get(`${EXPRESS_API}/trips`)
   

2. 规范getServerSideProps中的内部API调用
   服务器端调用内部API时，不能直接用相对路径（依赖前端环境host），需明确指定NextJS服务的地址和端口：

   export async function getServerSideProps(context) {
     // 动态获取当前服务地址，避免硬编码
     const host = context.req.headers.host;
     const res = await axios.get(`http://${host}/api/trips`);
     return { props: { trips: res.data } };
   }
   

3. 确认Auth0令牌传递逻辑
   即使accessToken有效，也要确保在请求Express时正确将令牌放入请求头：

   const { accessToken } = await getAccessToken(req, res);
   const res = await axios.get('http://localhost:3001/trips', {
     headers: {
       Authorization: `Bearer ${accessToken}`
     }
   });
   

   同时检查Express的jwtCheck中间件，确保audience和issuer配置与NextJS的Auth0参数完全一致。

额外验证手段 #

• 在/api/trips.ts中添加日志，打印请求Express的完整URL和令牌信息，确认参数正确性：

  console.log('Express请求地址:', 'http://localhost:3001/trips');
  console.log('Authorization头:', `Bearer ${accessToken}`);
  

• 用curl模拟服务器端请求，验证Express服务在3001端口的鉴权逻辑：

  curl -H "Authorization: Bearer YOUR_VALID_ACCESS_TOKEN" http://localhost:3001/trips
  

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