【问题标题】:How to avoid catching the HTTP OPTIONS request in the express.js auth middleware如何避免在 express.js auth 中间件中捕获 HTTP OPTIONS 请求
【发布时间】:2018-10-25 10:29:52
【问题描述】:

好的,我有一个内置在 express.js 中的后端 API,它响应 AngularJS 中内置的 SPA。我正在使用令牌身份验证来验证客户端获取某些资源的访问权限。

我检查来自前端的传入请求是否具有包含不记名令牌的授权标头的方式是在我自己在 express.js 中制作的身份验证中间件中。

问题是 AngularJS 在实际获取请求之前发送了一个预检 OPTIONS reuqest,而 OPTIONS 是中间件捕获的第一件事,导致它拒绝请求,因为它没有承载令牌并且它停止执行。

问题是如何避免在我的身份验证中间件中捕获这个烦人的 OPTIONS 请求,而只捕获包含不记名令牌授权的实际获取请求。

这是从我的 angularJS 应用程序发送的 http 请求的代码

return $http(
            {
                method: 'GET',
                url:  API_URL,
                headers: {
                    'Authorization': 'Bearer ' + 'faketoken'
                }
            }
        )

【问题讨论】:

  • 请求方法已知。如果是 OPTIONS,则跳过身份验证例程。
  • 谢谢!这工作得很好,但我想知道这个 OPTIONS 请求是否有必要首先发送!
  • 选项请求是必要的。在跨源请求的情况下,预检请求会在主请求之前自动发送,以确定服务器是否允许来自给定源的请求。对选项请求的响应必须包含与访问控制相关的标头。如果没有选项请求,或者没有响应,主请求将失败。
  • ahaa 这很有意义!谢谢

标签: angularjs node.js http express token


【解决方案1】:

这些数据包会发送到 L3 IP 地址吗?还是 L2 协议?

【讨论】:

  • 我不确定你是否正确理解了我的问题
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2015-08-04
  • 1970-01-01
  • 1970-01-01
  • 2020-04-27
  • 1970-01-01
  • 2015-09-01
  • 2012-10-12
相关资源
最近更新 更多