GAE各服务内置appspot URL为何均路由至默认服务？

1. 核对服务部署基础信息 #

• 确认GAE控制台服务列表里的服务ID和你使用的app-devl、app-test完全一致，注意GAE服务ID区分大小写。
• 检查每个服务的版本状态，确保目标服务有已部署且正常运行的版本，未被停止或删除。

2. 检查dispatch.yaml是否干扰默认路由 #

虽然自定义域名正常，但错误的dispatch规则可能覆盖服务专属URL路由：

• 排查dispatch.yaml中是否存在类似以下的全局规则：

  dispatch:
    - url: "*.r.appspot.com/*"
      service: default
  

  这类规则会将所有appspot域名请求路由到default服务，需删除或调整。
• 重新部署dispatch配置：gcloud app deploy dispatch.yaml，部署后等待1-2分钟生效。

3. 验证各服务的app.yaml配置 #

• 确认每个服务的app.yaml顶部正确声明了服务ID：
  • app-devl的app.yaml需包含service: app-devl
  • app-test的app.yaml需包含service: app-test
    未指定service字段的服务会默认归到default，这是高频错误点。
• 重新部署对应服务：gcloud app deploy app-devl/app.yaml（替换为实际服务路径），确保部署日志显示Deployed service [app-devl]。

4. 检查GAE项目路由规则 #

• 进入GAE控制台的「路由」页面，确认没有自定义路由规则意外拦截服务专属URL。
• 排查是否存在全局重定向规则，将非default服务的appspot URL指向default服务。

5. 用原始请求验证路由 #

使用curl请求服务专属URL，查看响应头确认实际路由的服务：

curl -v https://app-devl-dot-{project-id}.nn.r.appspot.com

在响应头中查找X-AppEngine-Service字段，若显示default说明路由异常；若显示正确但页面跳转，需排查Django内部逻辑。

6. 排查Django内部重定向逻辑 #

如果GAE路由确认正确，但页面跳转到default，检查：

• ALLOWED_HOSTS配置，确保服务专属appspot URL已加入列表。
• 中间件或视图中的重定向代码，是否存在强制跳转到生产域名的逻辑。
• 静态/媒体文件配置，是否错误指向了default服务的URL。

7. 确认区域与URL格式匹配 #

检查服务部署区域是否与URL中的REGION_ID一致：

• 比如部署在us-central1的服务，URL应为https://app-devl-dot-{project-id}.uc.r.appspot.com，需确认你的nn是正确的区域代码。
• 可通过gcloud app describe查看项目默认区域，或在GAE控制台服务详情中查看部署区域。

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