Discourse 컨테이너 호스트에서 Apache2 프록시를 우회하는 테스트를 수행하고, Cloudflare에서 강제 HTTPS 리디렉트를 비활성화하여 curl을 통해 일반 HTTP 연결도 테스트하던 중, 마침내 Cloudflare에서 원인을 찾았습니다:
VPS 전환 시 무엇이 변경되었는지, 그리고/또는 Discourse 3.5.0.beta3에서 3.5.0.beta4로 업그레이드할 때 무엇이 변경되었는지, 혹은 우연히 같은 시점에 Discourse에서 다른 문제가 발생했는지는 정확히 모르겠습니다. 하지만 Discourse의 HTML, CSS 또는 JavaScript 문서 중 무언가가 Cloudflare의 내장 URL HTTPS 재작성 기능을 막히는 것처럼 보입니다. 부분적이고 중단된 curl 요청이 실제로는 관련이 없었던 것 같기도 하고, 아니면 관련이 있을 수도 있습니다. 브라우저의 네트워크 탭에서 HTML 문서의 일부 내용을 볼 수 있다는 점이 이상합니다. 이는 HTTPS 재작성 기능이 문서를 스트리밍하는 동안 처리하고 있기 때문인 것처럼 보입니다.
혹시 다른 분도 인스턴스와 Cloudflare 계정을 가지고 계신다면, 이것이 일반적인 문제인지 아니면 우리 인스턴스/설정과 관련된 것인지 테스트해 주실 수 있을까요?
참고로, 프록시 우회 및 HTTP를 테스트하면서 프록시를 통한 연결은 활성화된 상태로 유지하기 위해, 컨테이너 내부의 Nginx 구성을 다음과 같이 수동으로 조정하면 완벽하게 잘 동작합니다:
root@dietpi-discourse:/var/www/discourse# cat /etc/nginx/conf.d/outlets/server/10-http.conf
listen unix:/shared/nginx.http.sock;
set_real_ip_from unix:;
listen 8080;
listen [::]:8080;
listen 8443 ssl;
listen [::]:8443 ssl;
http2 on;
ssl_protocols TLSv1.2 TLSv1.3;
ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384;
ssl_prefer_server_ciphers off;
ssl_certificate /shared/fullchain.cer;
ssl_certificate_key /shared/dietpi.com.key;
ssl_session_tickets off;
ssl_session_timeout 1d;
ssl_session_cache shared:SSL:1m;
물론 HTTPS 리디렉트와 HSTS 헤더를 제거하고, 추가된 포트들을 노출시키는 것이 중요합니다.