- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我有两个 keycloack 客户端,
{
"realm": "demo-realm",
"bearer-only": true,
"auth-server-url": "http://demo-keycloack-server:8080/auth",
"ssl-required": "external",
"resource": "demo-server",
"enable-cors": true
}
问题在于,JAX-RS 应用程序的状态代码为 401(未经授权)的 HTTP 响应不会将所需的 CORS header 带到 javascript 客户端!
当 HTTP 状态为 401 时,我们如何添加相应的 CORS header ?
最佳答案
(注意:此行为已在 keycloak tomcat Valve 6.0.1 中重现)
[更新以包含解决方案]
经过多次实验,问题似乎是这样的:
Keycloak 发回对 CORS 预检 (OPTIONS) 请求的 401 响应。无论您向预检添加什么 header ,错误状态代码(即除 200 系列响应之外的任何 header )都将被视为 CORS 失败。
解决办法:
1) 扩展 Keycloak-valve 的 CORS 支持以使用 204 响应 OPTIONS,可能通过添加如下所示的代码。如果您想检查一下,弄清楚它迷宫般的架构,并提交 PR,那就太好了。否则,
2) 禁用 keycloak 的 CORS 支持并在配置中在其前面添加一个 CORS 阀。
我通过设置“enable_cors: false”(或简单地删除该条目)在仅承载服务器中禁用了 CORS 支持。然后我创建了一个小型 CORS 支持阀来发送 Access-Control-Allow- header 。因为这是一个不记名 token 系统,所以允许“*”是相当安全的。 (此外,如果您允许来源“*”,现代浏览器将不会发送凭据。)
整个 CORS 支持阀是这样的:
public void invoke(Request rqst, Response rsp) throws ...
{
HttpServletResponse response = rsp.getResponse();
HttpServletRequest request = rqst.getRequest();
if (null != request.getHeader("origin")) {
response.setHeader("Access-Control-Allow-Origin", "*");
String method = request.getMethod();
if (method.equalsIgnoreCase("options")) { // preflight?
rsp.reset();
response.setHeader("Access-Control-Allow-Methods", "POST,GET,OPTIONS");
response.setHeader("Access-Control-Max-Age", "10");
response.setHeader("Access-Control-Allow-Headers", "Origin,Accept,Content-Type,Access-Control-Request-Method,Access-Control-Request-Headers,Your-Header-Here");
rsp.setStatus(204);
return;
}
}
getNext().invoke(rqst, rsp);
}
但您可能想为您的应用程序编写一个功能更齐全的阀门。
添加此内容后,CORS 预检会返回 204,然后请求者会正确接收 401/403 响应。
分析
Keycloak 阀门仅在与 Keycloak 身份验证服务器 checkin 后发送 CORS header 。这意味着不记名 token 服务器端应用程序的任何网络、配置或 token 验证失败都会导致错误响应,而没有任何 Access-Control-Allow header ,因此没有任何错误详细信息可用。
Keycloak tomcat 阀门确实为几乎所有故障提供详细的故障信息。对于 401 错误,它位于 WWW-Authenticate 响应 header 中,与大多数 header 一样,在 CORS 失败的情况下禁止使用该 header 。但是,它会将此 401 错误返回给 OPTIONS 请求,即 CORS 预检,这会向客户端代码隐藏该错误。由于任何配置错误(auth-server-url 的端口错误,或者领域拼写错误)也会触发 CORS 失败,因此您的应用程序永远不会看到 header 。
该错误在某些浏览器的网络调试 Pane 中可见,但在 Javascript 中不可见。
关于401 中的 keycloak CORS header ,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47860019/
我尝试访问此 API click here for more info POST https://api.line.me/v2/oauth/accessToken 但总是得到错误: XMLHttpRe
我在掌握 CORS 概念时遇到问题... 我认为同源策略保护应用程序不会对“不受信任的域”进行 ajax 调用。所以, mydomain.com 向 发出 ajax 调用somedomain.com
一个技术性很强的问题,可能只有了解浏览器内部结构的人才能回答...... 浏览器缓存 CORS 预检响应的准确程度如何(假设在对 OPTIONS 预检请求的响应中返回了 Access-Control-
我一直在阅读 CORS以及它是如何工作的,但我发现很多事情令人困惑。例如,有很多关于事情的细节,比如 User Joe is using browser BrowserX to get data fr
在 OWASP site 上看到这个矛盾,我感到很困惑。 CORS 备忘单: 使用 Access-Control-Allow-Credentials: true 响应 header 时要特别小心。将允
我们无法在飞行前恢复使用 cors:任何帮助都非常感谢 ==========错误========================== About to connect() to localhost p
跨域请求字体文件时,您必须确保允许请求域使用 CORS header 访问字体文件: 访问控制允许来源 访问控制允许凭据 然而,这在请求图像时不是必需的,无论是对于 img元素或 background
CORS 规范没有说明服务器应如何响应无效的 CORS 请求。例如,如果请求 Origin 无效,则 CORS spec states :“终止这组步骤。请求超出了本规范的范围。”其他错误情况也有类似
我在理解同源策略和“解决”它的不同方法时遇到了一些麻烦。 很明显,同源策略是作为一种安全措施而存在的,因此来自服务器/域的一个脚本无法访问来自另一个服务器/域的数据。 也很明显,有时能够打破此规则很有
我正在尝试使用 cloudformation 在 API Gateway 中部署 API。这些方法需要启用 CORS,我遵循此处的模板 Enable CORS for API Gateway in C
我正在构建一个使用 CORS 的 REST 应用程序。每个 REST 调用都是不同的,我发现获取预检 OPTIONS 调用会产生很大的开销。有没有办法缓存并应用预检选项结果,以便对同一域的任何后续调用
我正在将我的 WebApi 升级到 MVC6。 在 WebApi 中,我可以拦截每个 HTTP 请求,如果是预检,我可以用浏览器可以接受的 header 进行响应。 我正在尝试找出如何在 MVC6 W
假设一个 CORS 预检请求进来了,但它为一个或多个 Access-Control-Request-* 指定了一个不受支持的值。标题。服务器应该如何将其传达回浏览器? 一些例子: 浏览器发送带有 Ac
问题中的一切。 附加信息: 使用 Win 10,GraphDB 免费,9.1.1 • RDF4J 3.0.1 • Connectors 12.0.2 我在控制台 => 设置中添加了 graphdb.w
我正在尝试通过 jQuery 调用 Sonar 网络服务之一。由于调用是跨域进行的,因此调用在 Chrome 上失败并出现以下错误: 请求的资源上不存在“Access-Control-Allow-Or
我想使用 NestJs api,但我在每个 fetch 中都收到相同的错误消息: Access to fetch at 'http://localhost:3000/articles' from or
我不确定这是否属于这里,但我在开发我的 svelte 应用程序时遇到了问题。 在开发过程中,它目前在独立服务器上运行(遵循使用 rollup 和 sirv 的指南)并针对不同端口上的后端 API。 稍
如果在服务器上正确设置 CORS 以仅允许某些来源访问服务器,这是否足以防止 XSRF 攻击? 最佳答案 更具体地说,很容易错误地认为如果 evil.com 由于 CORS 无法向 good.com
我在 Istio 入口上启用 CORS 时遇到问题。正如 Istio Ingress 文档所述,“ingresskubernetes.io”注释将被忽略。是否可以在 Istio 入口上启用 CORS?
我在 Istio 入口上启用 CORS 时遇到问题。正如 Istio Ingress 文档所述,“ingresskubernetes.io”注释将被忽略。是否可以在 Istio 入口上启用 CORS?
我是一名优秀的程序员,十分优秀!