Respostas:
Veja como você pode depurar solicitações CORS usando curl.
Enviando uma solicitação CORS regular usando cUrl:
curl -H "Origin: http://example.com" --verbose \
https://www.googleapis.com/discovery/v1/apis?fields=
A -H "Origin: http://example.com"
bandeira é o domínio de terceiros que faz a solicitação. Substitua em qualquer que seja o seu domínio.
O --verbose
sinalizador imprime toda a resposta para que você possa ver os cabeçalhos de solicitação e resposta.
O URL que estou usando acima é um exemplo de solicitação para uma API do Google que suporta CORS, mas você pode substituir o URL que estiver testando.
A resposta deve incluir o Access-Control-Allow-Origin
cabeçalho.
Enviando uma solicitação de comprovação usando 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=
Isso é semelhante à solicitação regular do CORS com algumas adições:
Os -H
sinalizadores enviam cabeçalhos adicionais de solicitação de comprovação ao servidor
O -X OPTIONS
sinalizador indica que esta é uma solicitação HTTP OPTIONS.
Se a solicitação de comprovação for bem sucedida, a resposta deve incluir os Access-Control-Allow-Origin
, Access-Control-Allow-Methods
e Access-Control-Allow-Headers
cabeçalhos de resposta. Se a solicitação de comprovação não for bem-sucedida, esses cabeçalhos não deverão aparecer ou a resposta HTTP não será 200.
Você também pode especificar cabeçalhos adicionais, como User-Agent
, usando o -H
sinalizador.
--verbose
opção, conforme mencionado acima.
--head
:curl -H "Origin: http://example.com" --head https://www.googleapis.com/discovery/v1/apis\?fields\=
curl -H "Access-Control-Request-Method: GET" -H "Origin: http://example.com" -I https://s3.amazonaws.com/your-bucket/file
.
curl -H "Access-Control-Request-Method: GET" -H "Origin: http://localhost" --head http://www.example.com/
Access-Control-Allow-*
, seu recurso suporta o CORS.Fundamentação da resposta alternativa
Eu pesquiso essa pergunta no Google de vez em quando e a resposta aceita nunca é o que eu preciso. Primeiro, imprime o corpo da resposta, que é muito texto. Adicionando --head
saídas apenas cabeçalhos. Segundo, ao testar URLs S3, precisamos fornecer um cabeçalho adicional -H "Access-Control-Request-Method: GET"
.
Espero que isso economize tempo.
--head
fazer curl imprimir os cabeçalhos, mas também faz com que o curl faça uma HEAD
solicitação em vez de a GET
. Dependendo do que você está testando, convém fazer uma GET
solicitação. Você pode fazer isso adicionando --IXGET
.
O script bash "corstest" abaixo funciona para mim. É baseado no comentário de junho acima.
uso
url de [mais]
exemplos
./corstest https://api.coindesk.com/v1/bpi/currentprice.json
https://api.coindesk.com/v1/bpi/currentprice.json Access-Control-Allow-Origin: *
o resultado positivo é exibido em verde
./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
o resultado negativo é exibido em vermelho e azul
a opção -v mostrará os cabeçalhos de curvatura completos
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 bg.
endColor='\033[0m'
#
# a colored message
# params:
# 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
Parece que isso funciona:
curl -I http://example.com
Procure Access-Control-Allow-Origin: *
nos cabeçalhos retornados
*
não funciona se credenciais como um cookie precisarem ser apresentadas com a solicitação da API. Nesse caso, o FQDN é necessário na Access-Control-Allow-Origin
resposta, bem comoAccess-Control-Allow-Credentials: true
. As solicitações credenciadas, embora não tenham sido especificadas como um requisito pelo OP, *
funcionam com solicitações não autenticadas.