Это расстраивало меня до бесконечности. Я получил эту классическую линию:
Нет заголовка «Access-Control-Allow-Origin» в запрошенном
ресурс.
Я использую последнюю стабильную версию Nginx на Ubuntu 16.04 с сервером Swoole, настроенным для обработки запросов Laravel PHP в PHP 7.2. Насколько я знаю, все это работает.
API Laravel находится на одном поддомене, а внешний интерфейс является угловым на другом поддомене. До сих пор все работало, поэтому я пытался настроить CORS на бэкэнд-сайте.
Несмотря на то, что он настроен, он не признает, что существует. Да, я перезапускаю nginx каждый раз, когда обновляю конфиг. Кэширование на данный момент отключено для целей разработки. Конфигурация Nginx сокращена ниже:
map $http_upgrade $connection_upgrade {
default upgrade;
'' close;
}
server {
listen 80;
listen [::]:80;
root /var/www/sub.example.com/;
index index.php;
server_name sub.example.com www.sub.example.com;
[redirect 301 part]
[php location]
}
## https://example.com redirects to https://www.example.com
server {
listen 443 ssl http2;
listen [::]:443 ssl http2;
server_name www.sub.example.com;
[SSL certs]
[redirect 301 to sub.example.com]
}
## Serves https://sub.example.com
server {
server_name lhb.luminuxlab.com;
listen 443 ssl http2 ;
listen [::]:443 ssl http2;
[SSL certs]
root /var/www/sub.example.com;
index index.php;
location / {
try_files $uri $uri/ /index.php?@swoole;
}
[php stuff]
location @swoole {
add_header 'Access-Control-Allow-Origin' '*';
add_header 'Access-Control-Allow_Credentials' 'true';
add_header 'Access-Control-Allow-Headers' 'Authorization,Accept,Origin,DNT,X-CustomHeader,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Content-Ra$
add_header 'Access-Control-Allow-Methods' 'GET,POST,OPTIONS,PUT,DELETE,PATCH';
proxy_set_header Host $http_host;
proxy_set_header Scheme $scheme;
proxy_set_header SERVER_PORT $server_port;
proxy_set_header REMOTE_ADDR $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection $connection_upgrade;
# IF https
proxy_set_header HTTPS "on";
proxy_pass http://127.0.0.1:1215$query_string;
}
}
Я попытался переместить заголовки в кучу разных мест, но мне не повезло, что я получил ответ в ответ, проверяя сервер с помощью curl
curl -H "Access-Control-Request-Method: GET" -H "Origin: http://front.example.com" --head http://back.example.com/
Не дает полезной информации, и заголовки CORS, кажется, не включены. Я пробовал разные варианты и конфигурации команд заголовка CORS и не получил ответа.
Кто-нибудь понял, что может пойти не так?
Хорошо, проблема решена. После дополнительных экспериментов я обнаружил, что правильное расположение заголовков контроля доступа было в последнем перенаправлении https перед перенаправлением прокси-сервера в swoole. Вот так:
## Serves https://sub.example.com
server {
server_name sub.example.com;
listen 443 ssl http2 ;
listen [::]:443 ssl http2;
[ssl stuff]
add_header 'Access-Control-Allow-Origin' 'https://front.example.com';
add_header 'Access-Control-Allow_Credentials' 'true';
add_header 'Access-Control-Allow-Headers' 'Authorization,Accept,Origin,DNT,Content-Type,Content-Range,Range';
add_header 'Access-Control-Allow-Methods' 'GET,POST,OPTIONS';
root /var/www/sub.example.com/;
....
location @swoole {
....
proxy_pass http://127.0.0.1:1215$query_string;
}
}
Надеюсь, что это поможет людям в будущем.
Других решений пока нет …