Meteor迁移AWS：ELB+ACM SSL环境下ROOT_URL配置及请求问题

首先明确：错误的ROOT_URL绝对会导致Meteor无法正确处理请求。Meteor依赖这个变量生成前端资源链接、验证请求来源、设置Cookie的Domain属性，一旦配置不对，轻则页面资源加载失败，重则服务完全无法响应外部请求。

结合你的场景（ELB处理SSL，停用Mup反向代理），下面是一步步的解决方案：

1. 彻底移除Mup的反向代理配置 #

你当前的proxy块会让Mup自动部署nginx反向代理，占用80/443端口，这会和ELB直接访问Meteor容器的需求冲突。直接把整个proxy配置从mup.js里删掉就行——我们要让ELB直接和Meteor的容器端口（默认3000）通信。

2. 正确配置Meteor环境变量 #

修改meteor.env部分，重点关注这几个参数：

• ROOT_URL: 必须设为用户实际访问的ELB HTTPS域名，比如https://your-elb-dns-name.amazonaws.com。绝对不能用EC2的弹性IP，否则Meteor生成的所有链接都会指向弹性IP，用户访问时会出现跳转错误，Cookie也无法在ELB域名下生效。
• HTTP_FORWARDED_COUNT: 1: 这个参数是关键！ELB作为反向代理，会给Meteor发送X-Forwarded-Proto等头信息，告诉Meteor原始请求是HTTPS的。设置这个变量后，Meteor会信任这些转发头，否则它会认为所有请求都是HTTP的，导致混合内容错误或者路由异常。
• PORT: 3000: 明确指定Meteor运行的端口（meteord镜像默认就是3000，这个可选，但加上更清晰）。

修改后的完整mup.js示例：

module.exports = {
  servers: {
    one: {
      host: 'ec2-111111.compute-1.amazonaws.com',
      username: 'ubuntu',
      pem: 'path to pem'
    }
  },
  meteor: {
    name: 'my-app',
    path: 'path',
    servers: {
      one: {}
    },
    buildOptions: {
      serverOnly: true,
    },
    env: {
      ROOT_URL: 'https://your-elb-domain.amazonaws.com', // 替换成你的ELB域名
      MONGO_URL: 'mongo url',
      HTTP_FORWARDED_COUNT: 1,
      PORT: 3000
    },
    dockerImage: 'abernix/meteord:node-8.9.1-base',
    deployCheckWaitTime: 30,
    // 这里已经移除了proxy配置块
  }
};

3. 检查ELB的关键配置 #

• 监听规则: 确保ELB的HTTPS（443端口）监听转发到EC2实例的3000端口（HTTP）——因为ELB已经处理了SSL，后端Meteor只需要接收HTTP请求。
• 安全组: 确认ELB的安全组有权限访问EC2实例的3000端口，同时EC2的安全组允许来自ELB安全组的3000端口流量。
• 健康检查: 把ELB的健康检查路径设为/或者/health，端口选3000，确保ELB能正确检测到Meteor服务的状态。

验证步骤 #

部署完成后，按顺序检查：

1. 在EC2实例内执行curl http://localhost:3000，确认Meteor服务能正常返回页面内容。
2. 用ELB的HTTPS域名访问，检查页面是否正常加载，浏览器控制台有没有资源加载错误。
3. 查看浏览器的Cookie设置，确认Cookie的Domain是你的ELB域名，确保会话功能正常。

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