我有一个简单的 PHP 脚本,我正在尝试跨域 CORS 请求:
<?php
header("Access-Control-Allow-Origin: *");
header("Access-Control-Allow-Headers: *");
...
但我仍然收到错误:
请求头字段
X-Requested-With
不被允许Access-Control-Allow-Headers
我缺少什么吗?
我有一个简单的 PHP 脚本,我正在尝试跨域 CORS 请求:
<?php
header("Access-Control-Allow-Origin: *");
header("Access-Control-Allow-Headers: *");
...
但我仍然收到错误:
请求头字段
X-Requested-With
不被允许Access-Control-Allow-Headers
我缺少什么吗?
正确处理 CORS 请求有点复杂。这是一个响应更充分(和正确)的函数。
/**
* An example CORS-compliant method. It will allow any GET, POST, or OPTIONS requests from any
* origin.
*
* In a production environment, you probably want to be more restrictive, but this gives you
* the general idea of what is involved. For the nitty-gritty low-down, read:
*
* - https://developer.mozilla.org/en/HTTP_access_control
* - https://fetch.spec.whatwg.org/#http-cors-protocol
*
*/
function cors() {
// Allow from any origin
if (isset($_SERVER['HTTP_ORIGIN'])) {
// Decide if the origin in $_SERVER['HTTP_ORIGIN'] is one
// you want to allow, and if so:
header("Access-Control-Allow-Origin: {$_SERVER['HTTP_ORIGIN']}");
header('Access-Control-Allow-Credentials: true');
header('Access-Control-Max-Age: 86400'); // cache for 1 day
}
// Access-Control headers are received during OPTIONS requests
if ($_SERVER['REQUEST_METHOD'] == 'OPTIONS') {
if (isset($_SERVER['HTTP_ACCESS_CONTROL_REQUEST_METHOD']))
// may also be using PUT, PATCH, HEAD etc
header("Access-Control-Allow-Methods: GET, POST, OPTIONS");
if (isset($_SERVER['HTTP_ACCESS_CONTROL_REQUEST_HEADERS']))
header("Access-Control-Allow-Headers: {$_SERVER['HTTP_ACCESS_CONTROL_REQUEST_HEADERS']}");
exit(0);
}
echo "You have CORS!";
}
根据批准的来源列表检查 HTTP_ORIGIN 标头。
如果来源未获批准,则您应该拒绝该请求。
请阅读规范。
当浏览器想要执行跨站点请求时,它首先通过对 URL 的“预飞行”请求确认这是否正确。通过允许 CORS,您告诉浏览器来自此 URL 的响应可以与其他域共享。
CORS 不保护您的服务器。CORS 试图通过告诉浏览器与其他域共享响应的限制来保护您的用户。通常这种共享是完全禁止的,因此CORS是一种在浏览器正常安全策略中戳破洞的方法。这些漏洞应该尽可能小,所以总是根据某种内部列表检查 HTTP_ORIGIN。
这里有一些危险,特别是如果 URL 提供的数据通常受到保护。您有效地允许源自其他服务器的浏览器内容读取(并可能操纵)您服务器上的数据。
如果您打算使用 CORS,请仔细阅读协议(它非常小)并尝试了解您在做什么。为此,代码示例中提供了一个参考 URL。
已经观察到 HTTP_ORIGIN 标头是不安全的,这是真的。事实上,对于该术语的不同含义,所有 HTTP 标头都是不安全的。除非标头包含可验证的签名/hmac,或者整个对话都通过 TLS 进行身份验证,否则标头只是“浏览器告诉我的东西”。
在这种情况下,浏览器会说“来自域 X 的对象想要从这个 URL 获得响应。可以吗?” CORS 的重点是能够回答“是的,我允许”。
我遇到了同样的错误,并在我的后端脚本中使用以下 PHP 修复了它:
header('Access-Control-Allow-Origin: *');
header('Access-Control-Allow-Methods: GET, POST');
header("Access-Control-Allow-Headers: X-Requested-With");
Access-Control-Allow-Headers
不允许*
作为可接受的值,请参阅此处的 Mozilla 文档。
您应该发送接受的标头而不是星号(首先X-Requested-With
是错误所说的)。
*
现在被接受的是Access-Control-Allow-Headers
。
*
对于没有凭据的请求(没有 HTTP cookie 或 HTTP 身份验证信息的请求),该值仅计为特殊的通配符值。在带有凭据的请求中,它被视为*
没有特殊语义的文字标头名称。请注意, Authorization 标头不能使用通配符,并且始终需要明确列出。
互联网上的许多描述都没有提到指定Access-Control-Allow-Origin
是不够的。这是一个对我有用的完整示例:
<?php
if ($_SERVER['REQUEST_METHOD'] === 'OPTIONS') {
header('Access-Control-Allow-Origin: *');
header('Access-Control-Allow-Methods: POST, GET, DELETE, PUT, PATCH, OPTIONS');
header('Access-Control-Allow-Headers: token, Content-Type');
header('Access-Control-Max-Age: 1728000');
header('Content-Length: 0');
header('Content-Type: text/plain');
die();
}
header('Access-Control-Allow-Origin: *');
header('Content-Type: application/json');
$ret = [
'result' => 'OK',
];
print json_encode($ret);
我只是设法让 dropzone 和其他插件与此修复程序一起使用(angularjs + php 后端)
header('Access-Control-Allow-Origin: *');
header("Access-Control-Allow-Credentials: true");
header('Access-Control-Allow-Methods: GET, PUT, POST, DELETE, OPTIONS');
header('Access-Control-Max-Age: 1000');
header('Access-Control-Allow-Headers: Origin, Content-Type, X-Auth-Token , Authorization');
将此添加到您的 upload.php 或您将发送请求的位置(例如,如果您有 upload.html 并且您需要将文件附加到 upload.php,然后复制并粘贴这 4 行)。此外,如果您在 chrome/mozilla 中使用 CORS 插件/插件,请确保多次切换它们,以便启用 CORS