400 响应 CORS 预检答案

【问题标题】：400 response to CORS preflight400 响应 CORS 预检
【发布时间】：2021-11-12 13:45:34
【问题描述】：

我在 swagger.mydomain.com 上运行 swagger (docker: swaggerapi/swagger-ui)，并为在 a.mydomain.com 和 b.mydomain.com 上运行的 api 服务器定义了两个定义

a 和 b 都是烧瓶 (python) 服务器。由于在第四个子域上提供 web 应用程序，a.mydomain.com 现在已经设置了一段时间的 CORS。这在该子域以及 swagger 中都可以正常工作。现在我为 b.mydomain.com 做了同样的 CORS 设置，但是没有成功。

两台服务器上的设置如下所示：

from flask import Flask
from flask_cors import CORS

app = Flask(__name__)
CORS(app, origins=r"^.*(mydomain\.com)")

正如我所说，这适用于 a.mydomain.com，但不适用于 b.mydomain.com。

预检看起来相同，除了 url、状态代码（分别为 200 和 400）以及工作请求有一个额外的 allow: POST, OPTIONS 标头。我没有看到任何代码差异来证明这个额外的标题是合理的。

失败的预检请求需要 150 毫秒，是工作请求的两倍。

通过 swagger 执行请求会提供 curl 请求。在本地执行此操作会产生预期的输出，因此请求通常是正确的。

我不知道还能尝试什么。据我所知，a 和 b.mydomain.com 的设置完全相同。这里有什么问题？

【问题讨论】：

【解决方案1】：

400 是一个非常不寻常的预检响应代码。这表明端点可能被配置为期望请求中的特定请求正文/有效负载或标头，而不管请求的 HTTP 方法是什么。但是由于对于预检OPTIONS 请求，浏览器没有发送请求正文和附加标头，服务器代码没有收到它所期望的。

对于这种情况，解决方法是确保您为该路由/端点配置的OPTIONS 请求有一个特定的、单独的处理程序。

【讨论】：