Google Cloud Platform HTTP与HTTPS路由分发异常问题求助

我之前也碰到过类似的App Engine路由分发异常的情况，结合你的配置和现象来看，核心问题大概率出在dispatch.yaml的规则匹配逻辑以及HTTPS环境下的路由缓存/生效机制上。下面是一步步的排查和解决方法：

1. 先确认dispatch.yaml是否真的生效了 #

很多时候我们修改了路由规则但忘了重新部署，或者部署后GCP的路由缓存还没更新。你可以：

• 重新部署dispatch规则：执行gcloud app deploy dispatch.yaml，确保部署过程没有报错。
• 验证生效状态：用gcloud app describe命令查看输出里的dispatchRules字段，确认你设置的/api/*、/admin/*规则已经存在。

2. 修正dispatch.yaml的匹配规则（最关键的一步） #

你当前的规则用了*/api/*这种通配前缀，在HTTP环境下能正常工作，但HTTPS环境下App Engine的路由解析对域名匹配的要求更严格。建议把规则改成明确指定主域名的写法：

dispatch:
- url: "<project-id>.appspot.com/api/*"
  service: default
- url: "<project-id>.appspot.com/admin/*"
  service: default
- url: "<project-id>.appspot.com/*"
  service: frontend

原来的*/api/*写法可能会被路由层优先匹配到子域名（比如你的frontend-dot-<project-id>.appspot.com）的请求，而主域名的HTTPS请求反而没命中规则。换成明确的域名后，能确保主域名下的所有请求都按你的预期路由。

3. 检查Flex环境的HTTPS配置 #

你的default服务用的是Flex环境，需要确认：

• Flex服务已经启用HTTPS：App Engine Flex默认支持HTTPS，但偶尔会因为证书颁发延迟导致路由异常。你可以在GCP控制台的「App Engine → 设置 → 自定义域名」里查看主域名的HTTPS证书状态，确保显示为「已激活」。
• 没有自定义的HTTPS拦截配置：如果你的Django服务里有强制HTTP跳转的中间件，可能会干扰路由，但根据你的现象，HTTP正常所以这个概率较低，但可以排查一下settings.py里的SECURE_SSL_REDIRECT等配置。

4. 清除路由缓存 #

App Engine的HTTPS路由规则有时候会有较长的缓存时间，你可以尝试：

• 重启两个服务：执行gcloud app services restart default frontend，强制刷新服务的路由配置。
• 等待一段时间：如果刚部署完规则，可能需要15-30分钟让HTTPS路由的缓存完全失效。

5. 验证请求的实际路由 #

如果以上步骤都没解决，可以在default服务的Django代码里添加日志，打印请求的Host头和PATH_INFO，确认HTTPS请求的/api/*或/admin/*路径是否真的到达了路由层。比如在Django的中间件里添加：

import logging

logger = logging.getLogger(__name__)

class RequestLoggingMiddleware:
    def __init__(self, get_response):
        self.get_response = get_response

    def __call__(self, request):
        logger.info(f"Request Host: {request.META.get('HTTP_HOST')}, Path: {request.path}")
        response = self.get_response(request)
        return response

如果日志里看不到HTTPS的/api/*请求，说明路由层根本没把请求转发过来，那还是dispatch规则的问题。

按照这个流程调整后，HTTPS请求应该就能正常按预设规则路由了，既能保证/api/和/admin/走default服务，又能确保所有请求都通过HTTPS访问。

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