Node.js+Socket.IO应用部署至Azure后出现403 Forbidden错误如何解决

403错误排查及修复方案 #

应用代码层面修改

1. 补全Socket.IO的CORS配置
   你当前的Socket.IO初始化没有配置跨域规则，后端部署域名和前端访问域名不一致时会触发跨域拦截返回403，修改初始化代码：

const io = require("socket.io")(server, { 
  pingTimeout: 60000,
  // 新增CORS配置
  cors: {
    origin: "*", // 生产环境替换为你的实际前端访问域名
    methods: ["GET", "POST"],
    credentials: true
  }
});

2. 替换express-session存储介质
   你当前使用默认的内存存储session，Azure部署多实例场景下会话无法同步，会导致登录状态失效，触发你写的requireLogin中间件拦截返回403。替换为Mongo存储适配你现有的数据库：
   首先安装依赖：
   npm install connect-mongo
   修改session配置代码：

const MongoStore = require('connect-mongo');
app.use(session({
    secret: "bbq chips",
    resave: false,
    saveUninitialized: false,
    // 新增存储配置，mongoUrl填你现有的mongoose数据库连接地址
    store: MongoStore.create({ mongoUrl: process.env.MONGO_URI || "你的本地数据库地址" }),
    cookie: {
        secure: process.env.NODE_ENV === "production", // 生产环境开启secure适配Azure的HTTPS
        maxAge: 1000 * 60 * 60 * 24 * 7 // 会话有效期7天
    }
}))

Azure服务配置检查

• 进入Azure应用服务管理页，依次点击【配置】-【常规设置】，打开WebSocket开关，保存后重启应用，适配Socket.IO的长连接需求。
• 检查【网络】-【访问限制】规则，确认你当前访问的公网IP在允许列表中，或暂时关闭访问限制测试是否恢复。
• 开启【日志流】查看请求日志：如果403错误是Azure网关层返回，优先排查访问限制、证书配置问题；如果是应用层返回，优先排查requireLogin中间件的判断逻辑、会话有效性。

快速验证方法

先访问不需要登录的/login路由，如果可以正常打开，说明问题出在会话同步或登录校验逻辑；如果连/login都返回403，说明问题出在Azure的网关层访问配置。

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