0

누군가로부터 복잡한 AWS 시스템을 상속 받았으며 AWS 경험이 거의 없습니다. 문서를 읽고 교육을 받고 있지만 알아낼 수없는 것이 하나 있습니다. 누군가 CloudFront에서 제공하는 페이지를 조회 할 때 원 서버에 영향을주는 변경을 수행 할 수 있습니까?캐시 된 Cloudfront 페이지가 원본 서버와 상호 작용합니까?

나는 "아니요, 그들은 단지 정적 인 페이지"라고 생각했을 것입니다. 그러나 나는 반대로 증거를보고 있습니다. 일부 Wordpress 설치가 있으며 관리자 패널을 통해 원격으로 로그인 할 때 Cloudfront를 친다 고 생각합니다.하지만 변경 사항을 게시하고 콘텐츠를 게시 할 수 있습니다. 나는 또한 프론트 엔드 사이트가 아약스를 사용하지 않기 때문에 OPTIONS, PUT, PATCH, POST 및 DELETE 요청을 허용하지 않고 admin-ajax.php를 한순간에 캐시했다. 이는 원 서버에 직접 로그인하고 Cloudfront를 우회하는 경우에도 ajax가 필요한 관리 패널을 무너 뜨 렸습니다.

답변

0

캐시 된 페이지는 브라우저에서 렌더링되지만 사용자가 "변경하면"브라우저는 페이지를 요청한 HTTP GET 또는 POST 요청을 별도로 보냅니다. "변경"요청은 CloudFront에 의해 캐시되지 않지만 원본 서버로 전달됩니다.

제대로 작동하려면 서버의 캐시 헤더를 준수하고 매개 변수를 캐시 키 등으로 처리해야 CloudFront를 적절히 구성해야합니다. 특정 경로에 대해 CloudFront 비헤이비어 (예 : /admin/*)를 구성하여 다른 경로와 비교하여 해당 경로에서 페이지 캐싱을 방지 할 수도 있습니다.