如何使用cURL调试CORS请求?

如何使用旋度调试歌珥请求?到目前为止,我还没有找到一个“模拟”的方法。飞行前的要求。

295770 次浏览

下面介绍如何使用curl调试CORS请求。

使用cUrl发送常规的CORS请求:

curl -H "Origin: http://example.com" --verbose \
https://www.googleapis.com/discovery/v1/apis?fields=

-H "Origin: http://example.com"标志是发出请求的第三方域。代入你的定义域。

--verbose标志打印出整个响应,这样你就可以看到请求和响应头。

我上面使用的URL是对支持CORS的谷歌API的示例请求,但您可以替换为您正在测试的任何URL。

响应应该包括Access-Control-Allow-Origin报头。

使用cUrl发送飞行前请求:

curl -H "Origin: http://example.com" \
-H "Access-Control-Request-Method: POST" \
-H "Access-Control-Request-Headers: X-Requested-With" \
-X OPTIONS --verbose \
https://www.googleapis.com/discovery/v1/apis?fields=

这看起来类似于常规的CORS请求,只是增加了一些内容:

-H标志向服务器发送额外的预飞行请求头

-X OPTIONS标志表示这是一个HTTP OPTIONS请求。

如果飞行前请求成功,响应应该包括Access-Control-Allow-OriginAccess-Control-Allow-MethodsAccess-Control-Allow-Headers响应头。如果preflight请求没有成功,这些头信息就不会出现,否则HTTP响应就不会是200。

你也可以通过使用-H标志来指定额外的标头,比如User-Agent

使用:

curl \
-H "Access-Control-Request-Method: GET" \
-H "Origin: http://localhost" \
--head \
http://www.example.com/
  1. http://www.example.com/替换为要测试的URL。
  2. 如果响应包含Access-Control-Allow-*,则资源支持CORS。

另一种答案的基本原理

我不时地思考这个问题,但公认的答案从来都不是我需要的。首先,它打印包含大量文本的响应体。添加--head只输出头文件。其次,当测试S3 url时,我们需要提供额外的标头-H "Access-Control-Request-Method: GET"

Bash脚本"下面是我的工作。它是 基于Jun711的评论.

使用

[-v] URL

例子

./corstest https://api.coindesk.com/v1/bpi/currentprice.json
https://api.coindesk.com/v1/bpi/currentprice.json Access-Control-Allow-Origin: *

结果显示为绿色:

./corstest https://github.com/IonicaBizau/jsonrequest
https://github.com/IonicaBizau/jsonrequest does not support CORS
You might want to visit https://enable-cors.org/ to find out how to enable CORS

阴性结果以红色和蓝色显示。

-v选项将显示完整的curl头文件。

corstest

#!/bin/bash
# WF 2018-09-20
# https://stackoverflow.com/a/47609921/1497139


# ANSI colors
#http://www.csc.uvic.ca/~sae/seng265/fall04/tips/s265s047-tips/bash-using-colors.html
blue='\033[0;34m'
red='\033[0;31m'
green='\033[0;32m' # '\e[1;32m' is too bright for white background.
endColor='\033[0m'


#
# A colored message
#   parameters:
#     1: l_color - the color of the message
#     2: l_msg - the message to display
#
color_msg() {
local l_color="$1"
local l_msg="$2"
echo -e "${l_color}$l_msg${endColor}"
}




#
# Show the usage
#
usage() {
echo "usage: [-v] $0 url"
echo "  -v |--verbose: show curl result"
exit 1
}


if [ $# -lt 1 ]
then
usage
fi


# Commandline option
while [  "$1" != ""  ]
do
url=$1
shift


# Optionally show usage
case $url in
-v|--verbose)
verbose=true;
;;
esac
done




if [ "$verbose" = "true" ]
then
curl -s -X GET $url -H 'Cache-Control: no-cache' --head
fi
origin=$(curl -s -X GET $url -H 'Cache-Control: no-cache' --head | grep -i access-control)




if [ $? -eq 0 ]
then
color_msg $green "$url $origin"
else
color_msg $red "$url does not support CORS"
color_msg $blue "you might want to visit https://enable-cors.org/ to find out how to enable CORS"
fi

这似乎是可行的:

curl -I http://example.com

在返回的头文件中寻找Access-Control-Allow-Origin: *

预飞行请求是使用OPTIONS HTTP方法完成的。

假设你想测试从http://mysite.example.comhttps://myapi.example.com/foo帖子请求的CORS,命令应该是:

curl -XOPTIONS \
-H "Access-Control-Request-Method: POST" \
-H "Origin: http://mysite.example.com" \
https://myapi.example.com/foo

响应要么是OK,要么是类似不允许CORS产地的错误消息。如果你愿意,你仍然可以使用-i包含头文件。

这比其他一些发出得到请求并要求你解释头信息的响应要简单得多。