400 响应 CORS 预检

Posted

技术标签:

【中文标题】400 响应 CORS 预检【英文标题】:400 response to CORS preflight 【发布时间】: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 请求有一个特定的、单独的处理程序。

【讨论】:

以上是关于400 响应 CORS 预检的主要内容,如果未能解决你的问题,请参考以下文章

CORS 预检响应错误

CORS 预检响应如何实际缓存在浏览器中?

从源 xxxx 访问 XMLHttpRequest ' 被 CORS 策略阻止:对预检的响应。预检请求不允许重定向

Ajax 不接受 CORS(预检)响应

如何在浏览器中实际缓存CORS预检响应?

cors - 预检响应无效(重定向) - redux