Почему CloudFront не возвращает Access-Control-Allow-Origin?

Question

Я пытаюсь выяснить, почему распределение Cloudfront не кэширует/не отправляет данные через access-control-allow-origin.

Когда я скручиваю свой сайт:

HTTP/1.1 200 OK
Date: Sat, 03 Mar 2018 07:42:01 GMT
Content-Type: application/font-woff2
Content-Length: 77160
Connection: keep-alive
Set-Cookie: __cfduid=dda822a428a2dddb9113bbd425dba93e91520062921; expires=Sun, 03-Mar-19 07:42:01 GMT; path=/; domain=.flexrc.com; HttpOnly
Last-Modified: Fri, 02 Mar 2018 03:01:32 GMT
ETag: "5a98be8c-12d68"
Access-Control-Allow-Origin: *
CF-Cache-Status: HIT
Expires: Sat, 03 Mar 2018 11:42:01 GMT
Cache-Control: public, max-age=14400
Accept-Ranges: bytes
Expect-CT: max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct"
Server: cloudflare
CF-RAY: 3f5a76ca7ddd3b50-YVR

но когда я создаю файл cloudfront curl:

HTTP/1.1 200 OK
Content-Type: application/octet-stream
Content-Length: 66624
Connection: keep-alive
Date: Sat, 03 Mar 2018 03:13:25 GMT
Last-Modified: Sun, 21 Feb 2016 22:02:50 GMT
ETag: "56ca340a-10440"
CF-Cache-Status: HIT
Expires: Sat, 03 Mar 2018 07:13:25 GMT
Cache-Control: public, max-age=14400
Accept-Ranges: bytes
Expect-CT: max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct"
Server: cloudflare
CF-RAY: 3f58ed5738b09668-SJC
X-Cache: RefreshHit from cloudfront
Via: 1.1 f42a8d19b16850af801ce5662fc9fdab.cloudfront.net (CloudFront)
X-Amz-Cf-Id: HBJgB_UBz1pKdUQf-08bsZDXGE3Cv9GD6X9e3aUx_R8ejPdlQxGD8g==

В«Изменить поведение»для«Кэширование на основе выбранных заголовков запроса»Я добавил белый список для OriginиAccess-Control-Allow-Origin

Я также несколько раз аннулировал Object, пока ждал завершения процесса распространения.

Я не используюС3.

Я также проверилНастройка Access-Control-Allow-Origin на Cloudfront

но мне это не помогло.

Любые советы приветствуются.

Настройки распространения

Answer 1

Попробуйте очистить кэш Cloudfront перед повторным тестированием — весь ответ кэшируется, включая заголовки. Я предполагаю, что произошло следующее:

1. ACAO для CF был отключен
2. curl сделан для CF - вытащил ответ без ACAO в кэш
3. настройка была изменена для включения ACAO
4. был сделан запрос - HIT в CF, поэтому изменение настроек не было отражено.

В результате, если вы очистите кэш и повторите попытку, вы получите новый объект кэша, сгенерированный с правильными заголовками.