كيفية تنشيط دعم HTTP / 2 على DirectAdmin (CentOS)

• النقاط الرئيسية
• HTTP / 2 و SSL
• التعليمات
• الجزء 1: أباتشي (خادم الويب)
• الجزء 2: cURL

HTTP / 2 هو أحدث إصدار من بروتوكول HTTP ، بناءً على SPDY. بدأ تطويره من قبل Google و HTTP / 2 يعتمد بشكل كبير على قاعدة البيانات ومفاهيم SPDY.

تم إيقاف SPDY الآن ولا يزال تطبيق بروتوكول HTTP / 2 على مستوى العالم قيد التنفيذ. قدمت العديد من شركات الاستضافة دعمًا لـ HTTP / 2 نظرًا لسرعتها المضافة.

في وقت كتابة هذا التقرير ، لا يوفر DirectAdmin طريقة بنقرة واحدة لتمكين HTTP / 2. ومع ذلك ، هناك طرق متعددة لتحقيق دعم HTTP / 2. أثبتت الطريقة الموضحة أدناه أنها أقوى وأقوى نهج.

يجب تحديث العديد من المكونات من أجل تفعيل بروتوكول HTTP / 2. وبسبب هذا ، أنصحك بشدة بالتقاط لقطة. إن أمكن ، اتبع هذا الدليل على خادم جديد تمامًا.

يتكون هذا الدليل من جزأين: تمكين دعم HTTP / 2 في خادم الويب (Apache) للعملاء (الزوار) وتفعيل HTTP / 2 في cURL. يؤدي تمكين HTTP v2 لـ cURL إلى فرض طلبات cURL الصادرة من الخادم الخاص بك لاستخدام HTTP / 2 لخوادم الوجهة الخاصة به ، إن أمكن.

النقاط الرئيسية

• ليس مطلوبًا تحديث كل من Apache و cURL لاستخدام HTTP / 2. لا بأس إذا اتبعت أيًا من الدليلين ، لأنهما يعملان بشكل منفصل عن بعضهما البعض.
• كانت هناك بعض الحالات الغريبة التي يبدو فيها أن Apache و HTTP / 2 يعملان بشكل جيد ، ولكن التحميل ينجح على المتصفحات "العشوائية" وتصبح المواقع غير قابلة للوصول (المهلة) على الآخرين. إن الرجوع إلى تكوين أباتشي الأصلي سيؤدي إلى حل هذه المشكلة ، لأن أباتشي لن يعرف عن HTTP / 2 ولن يحاول عرض المحتوى عليه.
• احرص دائمًا على عمل نسخة احتياطية أو عمل لقطة مسبقًا. يمكن أن يكون تمكين HTTP / 2 عملية هشة نسبيًا ، لذا من المهم أن تكون قادرًا على التراجع عن التغييرات إذا لزم الأمر.
• يمكن أن تؤدي برامج إعادة الترجمة دائمًا إلى توقف طفيف. في بعض الحالات ، يكون هذا أقل من دقيقة ، ولكن لا توجد طريقة لمعرفة ذلك بالضبط. يجب أن تكون مستعدًا لبعض الوقت على الأقل.
• تحتاج إلى وصول الجذر إلى الخادم لهذا الدليل. إذا لم تكن لديك القدرة على رفع مستوى أذوناتك إلى الجذر ، فيجب عليك الاتصال بمسؤول الخادم لتمكين HTTP / 2 على الخادم.

HTTP / 2 و SSL

على الرغم من أنه ليس متطلبًا فنيًا من HTTP / 2 نفسه ، إلا أنك ستحتاج في معظم الحالات إلى شهادة SSL لاستخدام HTTP / 2. كما ذكرنا ، لا يتطلب HTTP / 2 هذا من الناحية الفنية ، ولكن العديد من المتصفحات (Safari و Chrome و Firefox وما إلى ذلك) قد أنشأت هذا المعيار. لن يتم عرض المحتوى عبر HTTP / 2 عند تحميل صفحة بدون SSL باستخدام هذه المتصفحات. بالنظر إلى أن معظم المستخدمين يستخدمون هذه المتصفحات (وغيرها) التي تشارك أيضًا في هذا المعيار ، يجب عليك استخدام شهادة SSL.

إذا كنت تبحث عن شهادة SSL مجانية ، يجب أن تلقي نظرة على أحد أدلة Let's Encrypt:

موصى به: تثبيت Let's Encrypt على DirectAdmin

لوحات التحكم البديلة:

• دعونا تشفير على Plesk
• دعونا تشفير على cPanel

أدلة عامة:

• قم بإعداد LetsEncrypt على Linux
• إعداد دعونا تشفير مع اباتشي على Ubuntu 14.04
• إعداد دعونا تشفير مع اباتشي على أوبونتو 16.04

التعليمات

هل يوثق هذا الدليل تثبيت Brotli؟

لا ، لا توجد طريقة محددة لتثبيت Brotli إلى جانب HTTP / 2 في هذه المقالة.

فشل الترجمة دون سبب ، وقد اتبعت الخطوات الدقيقة الموضحة في هذه المقالة. كيف احل هذا الامر؟

على الرغم من وجود العديد من الأسباب المحتملة لذلك ، مع الأخذ في الاعتبار البيئات المختلفة وما شابه ذلك ، ربما ، الإعدادات المحلية الخاصة بك غير صحيحة. حاول وضع LC_ALL=Cالأوامر أمامك ، لذا سيبدو الأمر بإعادة تجميع Apache على هذا النحو على سبيل المثال: LC_ALL=C ./build apache لا تنس المسافة بين LC_ALL=Cوالأمر!

هل سأفقد أي بيانات؟

في حال كنت تستخدم حاليًا إعداد وكيل عكسي ، على سبيل المثال مع Apache و Nginx ، يجب عليك إعادته إلى Apache ، وفي هذه الحالة ستفقد بالفعل ملفات تكوين Nginx. في حالة قيامك بتكوينات VirtualHost مخصصة (سواء من خلال سطر الأوامر أو DirectAdmin نفسه) ، يجب عليك تعديلها على أساس كل مجال حتى تظل إصدارات Apache نشطة. لن تفقد أي بيانات فيما يتعلق ببيانات المستخدم ومحتوى الموقع وقواعد البيانات وما إلى ذلك.

هل ستمنعني هذه الإصدارات المخصصة من تحديث الحزم والبرامج في المستقبل؟

بشكل عام ، لا داعي للقلق بشأن هذا الأمر. مع الأخذ بعين الاعتبار إعداد DirectAdmin المعياري (وبالتالي CustomBuild) ، يجب أن تكون قادرًا على الرجوع إلى إصدارات برامج أخرى أو الترقية إليها في المستقبل دون أي مشاكل. على الرغم من أنه يجب عليك توثيق التغييرات في حالة الحاجة إلى مسار ترقية بديل في المستقبل ، فلا داعي للقلق بشأن إصدارات عدم التوافق مع إصدارات البرامج الجديدة.

DirectAdmin لا يقدم HTTP / 2 خارج الصندوق ؛ بالتأكيد هذا يعني أنه غير متوافق أو لديهم أسباب عدم التواجد. لماذا هذا الحل مطلوب؟

طرق تثبيت وتمكين HTTP / 2 الموضحة أدناه ليست الكثير من الحلول ، ولكن فقط مجرد تحديثات الح��مة وتغييرات التكوين. نظرًا لإعداد DirectAdmin المعياري ، فإن هذه التغييرات جيدة ولا يجب أن تسبب مشكلات أو مشاكل أخرى. من الصعب تحديد سبب عدم دعم DirectAdmin لهذا الأمر من خارج الصندوق ، نظرًا لأن المؤلفين لم يعطوا تفسيرًا لذلك. ومع ذلك ، فإن الاستنتاج القوي هو أن DirectAdmin يستخدم حزم الإصدار من قبل نظام التشغيل. هذه ليست بشكل عام محدثة مثل الحزم أدناه. لا يوجد خطأ في HTTP / 2 ، والتكنولوجيا نفسها ، وتوافقها. تمامًا مثل العديد من التقنيات الأخرى ، قد يستغرق الأمر بعض الوقت للتكيف بشكل طبيعي.

ما هي المخاطر المحتملة لتنشيط HTTP / 2 مع Apache؟

عند تنشيط HTTP / 2 (الذي يتكون من عملية ترقية وتكوين) ، هناك العديد من المتغيرات التي يمكن أن تكون غير قياسية. لكن الخطر الأكبر يكمن في الخطأ البشري. خذ لقطة مسبقًا ، وتأكد من الإعلان عن الصيانة للمستخدمين (إذا كان هناك أي شيء على الخادم بخلافك) وكن حذرًا. علاوة على ذلك ، لا تقم بنسخ الأوامر ولصقها دون التفكير في ما تفعله أولاً.

أوصي بشدة بتدوير نسخة سحابة منفصلة من Vultr باستخدام DirectAdmin مؤقتًا والسير عبر الخطوات. إذا حدث خطأ ما في تثبيت "جديد" ، فستعرف مكان وكيفية تصحيحه حتى لا تضطر إلى ذلك في بيئة إنتاج.

الجزء 1: أباتشي (خادم الويب)

إذا كنت تستخدم حاليًا وكيلاً عكسيًا ، فيجب عليك التبديل مرة أخرى إلى بيئة Apache فقط. وذلك لأنه من الصعب جدًا تصحيح HTTP / 2 إذا حدث خطأ ما. من خلال القدرة على الاستفادة من وظيفة HTTP / 2 المدمجة في Apache ، تكون قادرًا بشكل فعال على التخلص من جزء كبير جدًا من المشاكل.

الخطوة 1: ترقية OpenSSL

في العديد من الحالات ، يكون إصدار OpenSSL غير متوافق مع ALPN ، وهو مطلوب لـ HTTP / 2. لذلك ، دعونا تمكين ALPN عن طريق تحديث OpenSSL.

أولاً ، دعنا نتأكد من أن إصدار OpenSSL غير متوافق عن طريق التنفيذ:

openssl version

إذا كان إصدار OpenSSL الخاص بك أقل من 1.1.0f ، فقم بتنفيذ ما يلي كجذر. وإلا ، فانتقل إلى الخطوة 2.

cd ~
wget ftp://ftp.openssl.org/source/openssl-1.1.0f.tar.gz
tar xzf openssl-1.1.0f.tar.gz
cd openssl-1.1.0f
./config --prefix=/usr/local/lib_http2 no-ssl2 no-ssl3 zlib-dynamic -fPIC
make depend
make install

الخطوة 2: تثبيت nghttp2

لكي يعمل HTTP / 2 ، نحتاج إلى تثبيت nghttp2. Nghttp2 هو تطبيق HTTP / 2 (و HPACK) في C. Nghttp2 هو نسخة مجمعة من عميل HTTP / 2 والخادم والوكيل في C.

لتثبيت nghttp2 ، قم بتنفيذ الأوامر التالية. لحسن الحظ ، يمكن بناء nghttp2 مباشرة من CustomBuild.

cd /usr/local/directadmin/custombuild
./build update
./build nghttp2

الخطوة 3: تمكين HTTP / 2 في أباتشي

نحتاج إلى تغيير بعض القيم في ملف تكوين Apache حتى نستخدم HTTP / 2. عندما لا يحصل خادم الويب على تعليمات لاستخدام إصدار HTTP بديل ، فلن يستخدمه. لذلك نحتاج إلى إضافة HTTP / 2 إلى ملف التكوين.

لكي تصبح هذه التغييرات نافذة المفعول ، من الضروري إعادة إنشاء Apache من خلال CustomBuild. نظرًا لأن المعلمات والقيم التي يستخدمها CustomBuild عند تحديد برنامج البناء في ملف تكوين مخصص ، فإن أفضل ممارسة هي وضع هذه التغييرات في ملف تكوين مخصص مخصص.

ملاحظة: إذا لم تضع هذه التغييرات في ملف مخصص ، فمن المرجح أن يتم استبدالها وسيتوقف الإعداد. يرجى اتباع التعليمات الموضحة أدناه.

قم بتنفيذ الأوامر التالية لإنشاء الملف وتعبئته مسبقًا بالقيم الافتراضية حتى نتمكن من تعديله بعد ذلك:

mkdir -p /usr/local/directadmin/custombuild/custom/ap2
cp -p /usr/local/directadmin/custombuild/configure/ap2/configure.apache /usr/local/directadmin/custombuild/custom/ap2/configure.apache

حتى الآن ، لدينا ملف مخصص مطابق لملف التكوين الافتراضي لـ Apache المستخدم بواسطة CustomBuild. علينا تغيير /usr/local/directadmin/custombuild/custom/ap2/configure.apacheالملف عن طريق استبدال السلسلة التالية:

"--with-ssl=/usr" \

مع:

"--enable-http2" \
"--enable-ssl-staticlib-deps" \
"--with-ssl=/usr/local/lib_http2" \

ملاحظة: تأكد من عدم وجود مسافة بيضاء بعد أي من الخطوط المائلة العكسية . فضاء المسافات الزائد هناك سيؤدي إلى كسر البناء.

بعد ذلك ، أعد بناء Apache. سيستخدم CustomBuild ملف التكوين المخصص الذي أنشأته للتو:

./build apache

الخطوة 4: تعديل تكوين أباتشي

تمت إعادة بناء Apache الآن بما في ذلك الوحدات والإعدادات اللازمة لـ HTTP / 2. هذا يعني أن لدينا الآن إصدار Apache مثبتًا على خادمنا مع دعم HTTP / 2 ، لكننا بحاجة إلى إخبار Apache باستخدامه أولاً بالفعل.

أضف الأسطر التالية في /etc/httpd/conf/extra/httpd-includes.conf:

ProtocolsHonorOrder On
Protocols h2 h2c http/1.1

احفظ هذه التغييرات وأعد كتابة ملفات التكوين حتى تظل ثابتة عبر عمليات إعادة البناء:

cd /usr/local/directadmin/custombuild
./build rewrite_confs

يجب أن يكون HTTP / 2 نشطًا على خادم الويب (Apache).

الخطوة 5: إعادة تشغيل الخادم

أعد تشغيل الخادم للتأكد من استمرار تغييراتنا عبر عمليات إعادة التشغيل. يرجى إعادة تشغيل الخادم من خلال لوحة تحكم Vultr أو بتنفيذ rebootالأمر.

الخطوة 6: اختبار HTTP / 2

يمكن اختبار وظائف HTTP / 2 بسهولة باستخدام الأداة التالية: HTTP / 2 Test

بالنظر إلى HTTP / 2 هو خاص بالخادم ولا يمكن قصره على زوج معين من المجالات أو مواقع الويب ، يجب أن يعمل إدخال أي اسم مجال يشير إلى الخادم أو حتى عنوان IP للخادم.

سيخبرك الاختبار ما إذا كان قادرًا على الوصول إلى خادم الويب من خلال HTTP / 2. في حال تقول الأداة أنه تم تنشيط HTTP / 2 على الخادم الخاص بك ، يمكن الآن الوصول إلى مواقع DirectAdmin عبر HTTP / 1.1 أو HTTP / 2. في حالة عدم توفر دعم HTTP / 2 للعميل (الزائر) ، سيعود متصفحه إلى HTTP / 1.1.

في حالة عدم تمكن الأداة من الوصول إلى خادم الويب الخاص بك من خلال HTTP / 2 ، اتبع الخطوات المذكورة أعلاه مرة أخرى. بشكل عام (نظرًا لأن الخطوات المذكورة أعلاه لا تستبدل أي شيء بنشاط) لن يؤدي ذلك إلى إتلاف أو تعطيل الإعداد.

الجزء 2: cURL

أوصي بتحديث cURL حتى يتمكن من الوصول إلى الخوادم بدعم HTTP / 2. إذا كان الخادم لا يدعم HTTP / 2 ، فسوف يعود إلى HTTP / 1.1.

الخطوة 1: إضافة ملف التكوين المخصص

تمامًا كما هو الحال مع Apache ، سنقوم بإنشاء ملف تكوين مخصص حتى يستخدم cURL الذي تم إنشاؤه بواسطة CustomBuild إعداداتنا المخصصة.

قم بإنشاء الدليل:

mkdir -p /usr/local/directadmin/custombuild/custom/curl

قم بإنشاء الملف:

touch /usr/local/directadmin/custombuild/custom/curl/configure.curl

انسخ والصق المحتويات التالية في الملف:

#!/bin/sh
perl -pi -e 's|CURL_CHECK_PKGCONFIG\(zlib\)|#CURL_CHECK_PKGCONFIG(zlib)|g' configure.ac
LIBS="-ldl" ./configure --with-nghttp2=/usr/local --with-ssl=/usr/local/lib_http2

كما ترى ، تخبر هذه المحتويات cURL ليتم تجميعها باستخدام lib_http2مكتبة SSL.

احفظ الملف وأعطه الأذونات الصحيحة:

chmod 700 /usr/local/directadmin/custombuild/custom/curl/configure.curl

الخطوة 2: بناء cURL

بعد ذلك ، كل ما علينا القيام به هو بناء cURL.

cd /usr/local/directadmin/custombuild
./build curl

تم تصنيف cURL الآن مع دعم HTTP 2.