带有 PHP 标头的跨域请求标头 (CORS)

Question

我有一个简单的 PHP 脚本，我正在尝试跨域 CORS 请求：

<?php
header("Access-Control-Allow-Origin: *");
header("Access-Control-Allow-Headers: *");
...

但我仍然收到错误：

Access-Control-Allow-Headers不允许请求头字段X-Requested-With

我缺少什么吗？

Answer 1

正确处理 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 标头。

如果来源未获批准，则您应该拒绝该请求。

请阅读规范。

TL; 博士

当浏览器想要执行跨站点请求时，它首先通过对 URL 的“飞行前”请求确认这是否正确。 通过允许 CORS，您告诉浏览器来自此 URL 的响应可以与其他域共享。

CORS 不保护您的服务器。 CORS 试图通过告诉浏览器与其他域共享响应的限制来保护您的用户。 通常这种共享是完全禁止的，因此CORS是一种在浏览器正常安全策略中戳破洞的方法。 这些漏洞应该尽可能小，所以总是根据某种内部列表检查 HTTP_ORIGIN。

这里有一些危险，特别是如果 URL 提供的数据通常受到保护。 您有效地允许源自其他服务器的浏览器内容读取（并可能操纵）您服务器上的数据。

如果您打算使用 CORS，请仔细阅读协议（它非常小）并尝试了解您在做什么。 为此，代码示例中提供了一个参考 URL。

标题安全

已经观察到 HTTP_ORIGIN 标头是不安全的，这是真的。 事实上，所有 HTTP 标头对该术语的不同含义都是不安全的。 除非标头包含可验证的签名/hmac，或者整个对话都通过 TLS 进行身份验证，否则标头只是“浏览器告诉我的东西”。

在这种情况下，浏览器会说“来自域 X 的对象想要从这个 URL 获得响应。可以吗？” CORS 的重点是能够回答“是的，我会允许”。

Answer 2

我遇到了同样的错误，并在我的后端脚本中使用以下 PHP 修复了它：

header('Access-Control-Allow-Origin: *');

header('Access-Control-Allow-Methods: GET, POST');

header("Access-Control-Allow-Headers: X-Requested-With");

Answer 3

Access-Control-Allow-Headers不允许*作为可接受的值，请参阅此处的 Mozilla 文档。

您应该发送接受的标头而不是星号（第一个X-Requested-With正如错误所说）。

更新：

*现在接受的是Access-Control-Allow-Headers 。

根据MDN Web Docs 2021 ：

对于没有凭据的请求（没有 HTTP cookie 或 HTTP 身份验证信息的请求），值*仅算作特殊的通配符值。 在带有凭证的请求中，它被视为没有特殊语义的文字头名称* 。 请注意， Authorization 标头不能使用通配符，并且始终需要明确列出。

Answer 4

互联网上的许多描述都没有提到指定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);

Answer 5

我只是设法让 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

Answer 6

如果要从 PHP 创建 CORS 服务，可以将此代码用作处理请求的文件中的第一步：

// Allow from any origin
if(isset($_SERVER["HTTP_ORIGIN"]))
{
    // You can decide if the origin in $_SERVER['HTTP_ORIGIN'] is something you want to allow, or as we do here, just allow all
    header("Access-Control-Allow-Origin: {$_SERVER['HTTP_ORIGIN']}");
}
else
{
    //No HTTP_ORIGIN set, so we allow any. You can disallow if needed here
    header("Access-Control-Allow-Origin: *");
}

header("Access-Control-Allow-Credentials: true");
header("Access-Control-Max-Age: 600");    // cache for 10 minutes

if($_SERVER["REQUEST_METHOD"] == "OPTIONS")
{
    if (isset($_SERVER["HTTP_ACCESS_CONTROL_REQUEST_METHOD"]))
        header("Access-Control-Allow-Methods: POST, GET, OPTIONS, DELETE, PUT"); //Make sure you remove those you do not want to support

    if (isset($_SERVER["HTTP_ACCESS_CONTROL_REQUEST_HEADERS"]))
        header("Access-Control-Allow-Headers: {$_SERVER['HTTP_ACCESS_CONTROL_REQUEST_HEADERS']}");

    //Just exit with 200 OK with the above headers for OPTIONS method
    exit(0);
}
//From here, handle the request as it is ok

Answer 7

如果我们没有正确理解 CORS 的功能，它可能会让人头疼。 我在 PHP 中使用它们，它们可以正常工作。 参考这里

header("Access-Control-Allow-Origin: *");
header("Access-Control-Allow-Credentials: true");
header("Access-Control-Max-Age: 1000");
header("Access-Control-Allow-Headers: X-Requested-With, Content-Type, Origin, Cache-Control, Pragma, Authorization, Accept, Accept-Encoding");
header("Access-Control-Allow-Methods: PUT, POST, GET, OPTIONS, DELETE");

Answer 8

当使用 angular 4 作为客户端和 PHP 作为服务器端时，这些代码对我来说很有效。

header("Access-Control-Allow-Origin: *");

Answer 9

这应该有效

header("Access-Control-Allow-Origin: *");
header("Access-Control-Allow-Headers: X-Requested-With, Content-Type, Origin, Cache-Control, Pragma, Authorization, Accept, Accept-Encoding");

Answer 10

在.htaccess 中添加此代码

在标题中添加自定义身份验证密钥，如 app_key、auth_key.. 等

Header set Access-Control-Allow-Origin "*"
Header set Access-Control-Allow-Headers: "customKey1,customKey2, headers, Origin, X-Requested-With, Content-Type, Accept, Authorization"

Answer 11

在 Windows 中，将此命令粘贴到运行窗口中只是为了测试代码

chrome.exe --user-data-dir="C:/Chrome dev session" --disable-web-security