CloudFront 적용된 WordPress 사이트에 ALB를 적용한 후 ALB - WordPress 간을 HTTP(80번)로 통신시켜 봅니다.

0. 소개



요전날, 이쪽의 기사의 대응을 실시했습니다만,
  • CloudFront 적용된 WordPress 사이트에 ALB 적용 - Qiita

  • 또한 ALB - EC2 사이를 HTTPS (443)에서 HTTP (80)로 통신하도록 변경하려고합니다.

    1. 각 보안 그룹 (EC2 용, ALB 용)에 HTTPS (443)뿐만 아니라 HTTP (80)를 추가합니다.


  • ALB의 보안 그룹에 HTTP(80)를 추가합니다.
  • ※참고
  • WordPress를 개인적으로 가능한 한 AWS 구성으로 설정했습니다. 언제든지 졸립니다.


  • EC2의 보안 그룹에 HTTP(80)를 추가합니다.
  • ※참고
  • CloudFront 적용된 WordPress 사이트에 ALB 적용 - Qiita



  • 2. HTTP (80)에 대한 ALB의 대상 그룹을 만듭니다.


  • HTTP(80)에 대한 ALB의 대상 그룹을 작성합니다.
  • ※참고
  • CloudFront 적용된 WordPress 사이트에 ALB 적용 - Qiita



  • 3. ALB의 HTTPS (443) 리스너 규칙을 변경하고 요청을 HTTP (80)로 보냅니다.


  • ALB HTTPS(443) 리스너 규칙을 열고 대상을 만든 HTTP(80)에 대한 ALB 대상 그룹으로 변경합니다.


  • 4. 리디렉션 루프 문제 대응.


  • 위의 설정을 한 결과 리디렉션 루프가 발생했기 때문에.
  • wp-config.php에 다음 코드를 추가합니다.
  • $ sudo vi wp-config.php
  • 
    $_SERVER['HTTPS'] = 'on';
    $_ENV['HTTPS'] = 'on';
    
  • ※참고
  • CloudFront + ALB + EC2 + WordPress 구성의 HTTP 리디렉션 문제 - VTRyo Blog



  • 99. 하마리 포인트


  • 이번, 조금 빠져 있었습니다…

  • 하나는 다음 502 Bad Gateway 문제입니다.

  • WordPress (AMIMOTO)에서 502 Bad Gateway가 표시되었으므로 조사해 보면 php-fpm.sock failed (2: No such file or directory) 에러 메시지가 ... - Qiita


  • 다른 하나는 리디렉션 루프 문제입니다.

  • CloudFront 적용된 WordPress 사이트에 ALB를 적용한 후 ALB - WordPress 간을 HTTP(80번)로 통신해 봅시다 - Qiita

    하지만 어떻게 든 해결할 수있어서 좋았습니다 ♪


  • XX. 요약



    우선, 이것으로 WordPress의 구성이 좋은 느낌이 된 것은 아닐까 생각합니다.

    SSL 증명서의 갱신 수속도 필요 없게 되었고, 좋았다♪

    이제부터

    CloudWatch에서 제대로 작동하고 싶습니다.

    Shifter도 시도해보고 싶다 ~ ♪

    좋은 웹페이지 즐겨찾기