Eu tenho uma configuração envolvendo
Servidor front-end (Node.js, domínio: localhost: 3000) <---> Back-end (Django, Ajax, domínio: localhost: 8000)
Navegador <- webapp <- Node.js (servir o aplicativo)
Navegador (webapp) -> Ajax -> Django (servir solicitações POST ajax)
Agora, meu problema aqui é com a configuração do CORS, que o webapp usa para fazer chamadas do Ajax para o servidor back-end. No chrome, eu continuo recebendo
Não é possível usar curinga no Access-Control-Allow-Origin quando o sinalizador de credenciais for verdadeiro.
também não funciona no Firefox.
Minha configuração do Node.js é:
var allowCrossDomain = function(req, res, next) {
res.header('Access-Control-Allow-Origin', 'http://localhost:8000/');
res.header('Access-Control-Allow-Credentials', true);
res.header('Access-Control-Allow-Methods', 'GET,PUT,POST,DELETE');
res.header("Access-Control-Allow-Headers", "Origin, X-Requested-With, Content-Type, Accept");
next();
};
E no Django eu estou usando esse middleware junto com isso
O webapp faz solicitações da seguinte forma:
$.ajax({
type: "POST",
url: 'http://localhost:8000/blah',
data: {},
xhrFields: {
withCredentials: true
},
crossDomain: true,
dataType: 'json',
success: successHandler
});
Portanto, os cabeçalhos de solicitação que o aplicativo da web envia se parecem com:
Access-Control-Allow-Credentials: true
Access-Control-Allow-Headers: "Origin, X-Requested-With, Content-Type, Accept"
Access-Control-Allow-Methods: 'GET,PUT,POST,DELETE'
Content-Type: application/json
Accept: */*
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8
Cookie: csrftoken=***; sessionid="***"
E aqui está o cabeçalho da resposta:
Access-Control-Allow-Headers: Content-Type,*
Access-Control-Allow-Credentials: true
Access-Control-Allow-Origin: *
Access-Control-Allow-Methods: POST,GET,OPTIONS,PUT,DELETE
Content-Type: application/json
Onde eu estou errando?!
Editar 1: eu estou usando chrome --disable-web-security
, mas agora quero que as coisas realmente funcionem.
Edição 2: Resposta:
Então, solução para mim django-cors-headers
config:
CORS_ORIGIN_ALLOW_ALL = False
CORS_ALLOW_CREDENTIALS = True
CORS_ORIGIN_WHITELIST = (
'http://localhost:3000' # Here was the problem indeed and it has to be http://localhost:3000, not http://localhost:3000/
)
http
, é/
o final. Suponho que omitir o http possa funcionar, mas eu não trabalho nisso há alguns anos, então não sei o que funciona agora!Respostas:
Isso faz parte da segurança, você não pode fazer isso. Se você deseja permitir credenciais,
Access-Control-Allow-Origin
não deve usar*
. Você precisará especificar o protocolo exato + domínio + porta. Para referência, consulte estas perguntas:Além disso,
*
é muito permissivo e impediria o uso de credenciais. Então, definahttp://localhost:3000
ouhttp://localhost:8000
como o cabeçalho de origem de permissão.fonte
*
é muito permissivo e impediria o uso de credenciais".Se você estiver usando o middleware CORS e quiser enviar um
withCredential
boolean true, poderá configurar o CORS assim:fonte
Se você estiver usando,
express
poderá usar o pacote cors para permitir o CORS assim, em vez de escrever seu middleware;fonte
app.use(cors({credentials: true}));
django-cors-header
aplicativo. Certifique-se de adicionar localhost àCORS_ORIGIN_WHITELIST
configuração eCORS_ALLOW_CREDENTIALS
aoTrue
CORS_ORIGIN_ALLOW_ALL = True
,CORS_ORIGIN_WHITELIST = ( 'localhost' )
eCORS_ALLOW_CREDENTIALS = True
eu recebo esses cabeçalhos:Access-Control-Allow-Credentials: true Access-Control-Allow-Origin: http://localhost:3000/ Access-Control-Allow-Methods: POST,GET,OPTIONS,PUT,DELETE Content-Type: application/json
tente:
fonte
Se você deseja permitir todas as origens e manter as credenciais verdadeiras, isso funcionou para mim:
fonte
(Editar) O complemento recomendado anteriormente não está mais disponível, você pode tentar outro
Para fins de desenvolvimento no Chrome, a instalação desse complemento eliminará esse erro específico:
Após a instalação, adicione seu padrão de URL ao
Intercepted URLs
clicando no ícone do AddOn ( CORS , verde ou vermelho) e preenchendo a caixa de texto apropriada. Um exemplo de padrão de URL para adicionar aqui que funcionaráhttp://localhost:8080
seria:*://*
fonte
Isso funciona para mim no desenvolvimento, mas não posso aconselhar que, na produção, é apenas uma maneira diferente de concluir o trabalho que ainda não foi mencionado, mas provavelmente não é o melhor. Enfim, aqui vai:
Você pode obter a origem da solicitação e usá-la no cabeçalho da resposta. Veja como fica expresso:
Não sei como seria a configuração do python, mas isso deve ser fácil de traduzir.
fonte