Во время тестирования обхода прокси Apache2 на хосте контейнера Discourse и отключения принудительных перенаправлений HTTPS в Cloudflare для проверки обычных HTTP-соединений через curl я наконец обнаружил причину проблемы в Cloudflare:
Не уверен, что именно изменилось при переходе на наш новый VPS и/или при обновлении Discourse с версии 3.5.0.beta3 до 3.5.0.beta4, или это совпадение, но похоже, что что-то в HTML, CSS или JavaScript-документах Discourse вызывает сбой функции перенаправления HTTPS в Cloudflare для встроенных URL. Похоже, что частичные и зависшие запросы 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, а также открыть добавленные порты.