أتخيل أنه من الاسم فقط “Cloudflare Automatic HTTPS Rewrites” يمكن إساءة فهمه. لدى Cloudflare ميزتان:
- “Always Use HTTPS” يعيد توجيه جميع طلبات HTTP العادية إلى HTTPS، تمامًا مثلما تفعل
force_httpsفي Discourse. تم تمكين كليهما سابقًا، وقمت بتعطيل كليهما لاختبار ما إذا كان HTTPS له أي علاقة بالمشكلة أو صفحات Discourse التي يتم تحميلها بلا نهاية وطلباتcurlالمعلقة. نجح هذا بشكل مثالي، بل وحل المشكلة بأكملها لطلبات HTTPS أيضًا، ولكن فقط لأنني قمت بتعطيل “Cloudflare Automatic HTTPS Rewrites” في نفس الوقت. - “Cloudflare Automatic HTTPS Rewrites” يغير مستندات HTML و CSS و JavaScript لاستبدال جميع عناوين URL العادية المضمنة عبر HTTP بنظائر HTTPS، حيث تعتقد Cloudflare أن المضيف يمكن الوصول إليه عبر HTTPS (بناءً على قائمة HSTS المحملة مسبقًا وما شابه ذلك). هذا لتجنب تحذيرات المحتوى المختلط.
فرض HTTPS أو عدم فرضه في Cloudflare، أو في وكيل المضيف، أو في Discourse لا يهم. ما تسبب في المشكلة هو مزيج من مرشح mod_sed في وكيل المضيف والتعديلات العادية المضمنة عبر HTTP بواسطة Cloudflare. لذلك، مرحلتان تم من خلالهما تمرير محتوى المستندات عبر مرشح. لم تكن المشكلة هي أن هناك أي تغيير فعلي في المحتوى (لا يوجد محتوى مختلط في موقعنا، وبالتالي فإن “Cloudflare Automatic HTTPS Rewrites” لا يغير فعليًا نص المستند)، ولكن ربما يتعلق الأمر بالقطع أو المخزن المؤقت أو التوقيت.