هناك أنواع عديدة من الخوادم الوكيلة. يمكن تجميع هذه الأنواع حسب البروتوكول وعدد المستخدمين النشطين (الوكلاء المشتركون, وكلاء خاصين، و وكلاء عذراء)، نوع عنوان IP المخصص (الوكلاء العامون أو المجانيون, وكلاء السكنية, وكلاء المحمول، و وكلاء مركز البيانات)، وإصدار IP (وكلاء IPv4 وIPv6). ومع ذلك، يجب أن تركز هذه المقالة على وكلاء HTTP وHTTPS، الذين يندرجون ضمن فئة الوكيل حسب البروتوكول.
لكن أولاً، دعونا نناقش البروتوكولات التي يعتمد عليها بروكسي HTTP ووكلاء HTTPS.
فهم HTTP وHTTPS
ما هو HTTP؟
بروتوكول نقل النص التشعبي أو HTTP هو بروتوكول عديم الحالة على مستوى التطبيق يسهل الاتصال بين تطبيقات العميل (مثل متصفحات الويب وتطبيقات الويب) وخوادم الويب (أو خوادم واجهة مستخدم الويب).
وهو بروتوكول الطبقة السابعة (أو بروتوكول طبقة التطبيق)، مما يعني أنه يهدف إلى نقل البيانات بين الخادم والعميل والعكس. يدعم HTTP عمومًا نقل مجموعة متنوعة من أنواع البيانات. وتشمل هذه البيانات النصية والفيديو والصوت، المعروفة مجتمعة بالوسائط التشعبية.
عندما يريد العميل الوصول إلى هذه البيانات المخزنة على الخادم، فإنه يرسل طلب HTTP. بشكل عام، يحتوي طلب HTTP على ما يلي:
- سطر طلب يحدد طريقة HTTP (GET، POST، PUT، DELETE، وما إلى ذلك)، وإصدار HTTP (أدناه)، ومعلومات إضافية حول هدف الطلب (اسم المضيف والمنفذ)
- الرؤوس، التي تخزن معلومات إضافية، مثل ملفات تعريف الارتباط
- نص رسالة الطلب
عند تلقي الطلب وتفسير الرسالة، يرسل الخادم بعد ذلك استجابة HTTP تحتوي على البيانات المطلوبة.
كيف يعمل HTTP؟
تجدر الإشارة إلى أن HTTP لا يؤدي وظائفه بشكل منفصل. في الواقع، فإنه يعمل على رأس بروتوكولات طبقة النقل (الطبقة 4)، مثل بروتوكول التحكم بالإرسال (تكب) و بروتوكول مخطط المستخدم (UDP). علاوة على ذلك، فقد تم بناؤه أيضًا عبر بروتوكول IP الذي كان موجودًا في ذلك الوقت.
من جانبها، تقوم بروتوكولات الطبقة الرابعة بإنشاء وإدارة وإغلاق الاتصال بين الخادم والعميل (الأجهزة المتصلة بالشبكة). بكل بساطة، يسمح TCP وUDP لتطبيقات الشبكات، التي تقع فوق الطبقة الرابعة (بما في ذلك التطبيقات التي تستخدم HTTP)، بإنشاء اتصال بين خادم العميل أو نقطة إلى نقطة مع بعضها البعض.
بمجرد إنشاء الاتصال، ينتقل HTTP الآن إلى الإجراء لنقل البيانات. يدير TCP أو UDP الاتصال من خلال ضمان تشغيله بسلاسة، وبمجرد توقف نقل البيانات، تقوم بروتوكولات الطبقة الرابعة بإغلاق الاتصال. والجدير بالذكر أن TCP وUDP يستخدمان أرقام المنافذ لتحديد تطبيقات الويب التي "تتحدث" مع بعضها البعض. هناك نقطة أخرى جديرة بالملاحظة وهي أن تطبيق HTTP/3، الإصدار الأحدث، يستخدم QUIC بدلاً من TCP لجانب طبقة النقل من الاتصال. (كويك هو بروتوكول نقل متعدد الإرسال يتم تنفيذه على UDP.)
تاريخ HTTP
تم إصدار HTTP لأول مرة في عام 1991 بعد حوالي عامين من التطوير بواسطة تيم بيرنرز لي وفريقه. ومنذ ذلك الحين، خضع البروتوكول لعملية تطور الذي شهد العديد من التغييرات والتحسينات، مما أدى إلى العديد من إصدارات HTTP. تتضمن هذه الإصدارات:
- HTTP/0.9 (تم تقديمه في عام 1991)
- HTTP/1.0 (موحد في عام 1996)
- HTTP/1.1 (تم تقديمه وتوحيده في عام 1997)
- HTTP/2 (موحد في 2015)
- HTTP/3 (تم تقديمه في عام 2022)
ما هو HTTPS؟
على الرغم من أن HTTP هو بروتوكول شائع يُستخدم على نطاق واسع على الإنترنت، إلا أنه يعاني من بعض العيوب، أهمها الأمان. باستخدام HTTP، يتم نقل جميع المعلومات بنص واضح. وبالتالي يمكن للمهاجمين مشاهدتها بسهولة. في الواقع، يمكن أن يكون الأمر مثيرًا للقلق إذا كانت البيانات تحتوي على بيانات حساسة مثل معلومات بطاقة الائتمان وكلمات المرور وأسماء المستخدمين وأرقام الهواتف وأرقام الضمان الاجتماعي وتفاصيل العنوان والمزيد. لحل معضلة الأمان، تم تقديم HTTPS.
بروتوكول نقل النص التشعبي الآمن (HTTPS) هو بروتوكول HTTP آمن يقوم بتشفير جميع البيانات المرسلة عبر HTTP. يستخدم HTTPS إما بروتوكول طبقة المقابس الآمنة (SSL) أو بروتوكول أمان طبقة النقل (TLS) للتحقق من هوية خادم الويب وحماية البيانات. يستخدم SSL المفاتيح (المفاتيح العامة والخاصة) والشهادات الرقمية لتأمين البيانات، بينما يعتمد TLS على التشفير لتشفير البيانات. يقوم TLS أيضًا بمصادقة كل من العميل والخادم.
تاريخ HTTPS
تم إنشاء HTTPS في عام 1994. وفي ذلك الوقت، كان يستخدم SSL بشكل أساسي. ومع ذلك، في وقت لاحق من عام 2000، تم توحيد HTTPS الذي يستخدم TLS. وفقًا للمراقبين، فقد استغرق الأمر سنوات حتى يتم استخدام TLS على نطاق واسع خارج نطاق مدفوعات بطاقات الائتمان. ويرجع ذلك بشكل خاص إلى أن شهادات TLS تتطلب معرفة فنية إضافية للتثبيت وتكلفة مالية. ونتيجة لذلك، لم تكن هذه الخطوات مجدية، خاصة بالنسبة للمواقع الصغيرة. لكن المشهد تغير، مع إطلاق خدمات استضافة الويب والشركات السحابية برامج شهادات تشفير مجانية وتقديم HTTPS مجانًا. بحلول عام 2017، تم تشفير نصف شبكة الإنترنت.
بعد الانتهاء من الأساسيات، دعونا نركز الآن على ماهية وكيل HTTP وما هو وكيل HTTPS، وأوجه التشابه والاختلاف بينهما، واستخداماتها.
ما هو وكيل HTTP؟
قبل أن نشرح ما هو وكيل HTTP، دعونا نفهم أولاً ما هو الخادم الوكيل. الخادم الوكيل أو الوكيل هو وسيط يقع بين عميل الويب وخادم الويب. وهو يعمل عن طريق توجيه حركة مرور الإنترنت من خلال نفسه، وفي هذه العملية، يعمل كمنشئ للطلبات وإنهاء الاستجابات. بشكل عام، هناك عدد من الخوادم الوكيلة، كل منها مصمم لخدمة وظيفة محددة.
في الواقع، هناك وكلاء تم تكوينهم للعمل نيابة عن العميل بحيث يُنظر إليهم على أنهم منشئو الطلبات وأنهوا الاستجابات. يُعرف هؤلاء الوكلاء بالوكلاء الأماميين. ومن ناحية أخرى، يمكن تكوين بعض الوكلاء للعمل نيابة عن الخادم. عند تنفيذ هذا الدور، يبدو أنها النقطة التي تنتهي عندها الطلبات وتنشأ الاستجابات. تُعرف هذه الوكلاء باسم الوكلاء العكسيين. وبالمناسبة، يمكن لوكلاء HTTP أن يعملوا إما كوكلاء أماميين أو وكلاء عكسيين، اعتمادًا على الموقع الذي يحدث فيه التكوين.
إذًا، ما هو خادم وكيل HTTP؟ إنه خادم وكيل يقوم فقط بتوجيه حركة مرور HTTP عبر نفسه. وكيل HTTP هو نوع من الوكيل القائم على البروتوكول جنبًا إلى جنب وكلاء SOCKS5. ومع ذلك، على عكس الوكيل SOCKS5، والذي يهدف بشكل أساسي إلى تسهيل الاتصال من خلال جدار الحماية، فإن وكيل HTTP يهدف إلى العمل كمرشح محتوى عالي الأداء.
يستمع وكيل HTTP عادةً إلى حركة مرور HTTP عبر المنافذ 80 و8080 و8008 و3128. ويمكنه أيضًا الاستماع إلى حركة مرور HTTPS عبر المنفذ 3129. على الرغم من أنه يُستخدم بشكل منفصل في الغالب، إلا أنه يمكنك توصيله بوكيل موجود، خاصة إذا كان التطبيق الذي تقوم بتكوينه يستخدم بالفعل خادم وكيل. يقوم هذا الترتيب بإنشاء وكيل متسلسل.
أنواع بروكسيات HTTP
هناك نوعان من بروكسيات HTTP، وهما:
1. وكيل عميل HTTP
عادةً ما يقوم وكيل عميل HTTP بإعادة توجيه الطلبات إلى نفسه (كوسيط) قبل إعادة توجيهها إلى الخادم أو الوجهة المستهدفة. ولذلك، فإنه يظهر كمنشئ الطلبات.
يقوم وكيل عميل HTTP بتوجيه جميع طلبات HTTP الصادرة واستجابات HTTP الواردة من خلال نفسه. وفي هذه العملية، يقوم بتفسير جميع محتويات طلب HTTP والاستجابة له. يمكنه أيضًا تغيير محتويات معينة لطلب HTTP طالما أنها تتوافق مع إرشادات لوكلاء تحويل محتوى الويب. بشكل عام، يقوم وكلاء عميل HTTP بتغيير رؤوس HTTP محددة، بما في ذلك وكيل المستخدم، والقبول، وقبول مجموعة الأحرف، وقبول التشفير، وقبول اللغة، وx-forwarded-for، وعبر. ويمكنه أيضًا تحويل طريقة الطلب من HEAD إلى GET والعكس.
يؤدي تكوين النظام الخاص بك، وبالتالي متصفح الويب لاستخدام وكيل عميل HTTP (المزيد حول هذا أدناه) إلى القيام ببعض الأشياء. أولاً، يقوم بتغيير نقطة نهاية TCP (المنفذ واسم المضيف) في عناوين URL الخاصة بـ HTTP إلى النقطة التي تنتمي إلى موفر وكيل HTTP. ونتيجة لذلك، يتم إجراء اتصال TCP أولاً بمنفذ ومضيف مختلفين (منفذ ومضيف الوكيل) بخلاف ذلك الموجود في عناوين URL الخاصة بـ HTTP قبل إرساله إلى المضيف والمنفذ الأصلي/الحقيقي. وذلك لأن الوكيل لا يغير محتويات الرسالة التي تحتوي على المضيف الحقيقي والمنفذ. ونتيجة لذلك، يمكن لوكيل HTTP تلقي الطلبات على منفذ واحد قبل إعادة توجيه الطلبات والرسائل الموجودة فيها إلى خوادم ومواقع ويب مختلفة بناءً على بيانات الوجهة الموجودة في رسائل HTTP.
2. وكيل خادم HTTP
في بعض الحالات، لا يمكن تكوين بعض التطبيقات، مثل تلك الموجودة على خادم الويب، كمنشئين، وبدلاً من ذلك يجب تكوينها كنقاط نهاية. ونتيجة لذلك، فإنها تظهر لعملاء الويب كوجهة للطلبات. عندما يتم تكوين هذه التطبيقات كنقاط نهاية، فإنها تُعرف باسم وكلاء خادم HTTP.
أنواع بروكسيات HTTP مرتبة حسب عدم الكشف عن هويتها
تختلف وكلاء HTTP في درجة عدم الكشف عن هويتهم. يمكن التمييز بين الأنواع التالية من وكلاء HTTP:
- وكلاء شفافون: مع الوكلاء الشفافين، لا يلاحظ المستخدم عادة أنه يستخدم اتصال الوكيل. يكون اتصال الوكيل مرئيًا فقط لمشغل موقع الويب أو مزود الخدمة. الميزة الرئيسية للوكلاء الشفافين هي أنهم يزيدون من سرعة الاتصال عن طريق تخزين البيانات مؤقتًا.
- وكلاء مجهولون: مع الوكلاء المجهولين، يتم إخفاء عنوان IP الخاص بك. في هذه الحالة، يمكن لموقع الويب المستهدف رؤية أنك تستخدم وكيلاً، ولكن ليس عنوان IP الفعلي الخاص بك.
- تشويه الوكلاء: يمكن تعريف خادم وكيل من هذا النوع على أنه وكيل من خلال موقع ويب مستهدف، ولكنه سيرسل عنوان IP غير صحيح.
- وكلاء النخبة: هذه وكلاء مجهولون يقومون بحذف بيانات المستخدم قبل أن يحاول الوكيل الاتصال بموقع الويب المستهدف. باستخدام هذه الأنواع من الوكلاء، لا يستطيع موقع الويب المستهدف اكتشاف استخدام الوكيل، ولا يمكنه تحديد عنوان IP الخاص بالمستخدم.
كل السمعة مقدمي الوكيل التي لديها وكلاء HTTP تقدم فقط وكلاء النخبة.
كيفية إعداد وكيل HTTP
سيركز هذا القسم بشكل أساسي على كيفية إنشاء وكيل عميل HTTP. يتم إنشاؤه عن طريق تكوين عميل الويب (المتصفح) لتوجيه حركة مرور HTTP عبر وسيط. ومع ذلك، فمن الجدير بالذكر أن كرومسفاري, موزيلا فايرفوكس، والمتصفحات الشائعة الأخرى لا تحتوي على إعدادات خادم وكيل (أصلي) داخل التطبيق.
وبدلاً من ذلك، عند النقر فوق إعدادات البرنامج واختيار خيار الوكيل، فإنه يعيد توجيهك إلى نافذة تكوين الوكيل لنظام التشغيل Windows أو macOS أو Linux. وفي هذا الصدد، لإنشاء وكيل HTTP، ما عليك سوى تكوين نظام التشغيل الخاص بك. سيؤدي القيام بذلك إلى إنشاء وكيل HTTP على مستوى النظام يعمل مع جميع تطبيقات الويب الأخرى، وليس فقط المتصفح المفضل لديك.
لإعداد وكيل HTTP على نظام التشغيل Windows، اتبع الإجراء التالي:
- النوافذ المفتوحة' إعدادات > اختر الشبكة والإنترنت > اختر الوكيل فاتورة غير مدفوعة. وبدلاً من ذلك، يمكنك استخدام متصفحك لفتح علامة التبويب "الوكيل".
- توجه إلى إعداد الوكيل اليدوي قسم
- في حقل العنوان، أدخل عنوان IP أو عنوان مضيف الوكيل. بالإضافة إلى ذلك، أدخل منفذ الوكيل. يجب أن يزودك مزود الوكيل الخاص بك بالتفاصيل.
- ضمن المربع "استخدام الخادم الوكيل باستثناء العناوين التي تبدأ بالإدخالات التالية"، أدخل عنوان URL لموفر خدمة الوكيل الخاص بك
- بعد ذلك، تحقق من لا تستخدم الخادم الوكيل للعناوين المحلية (الإنترانت).
- انقر يحفظ
لإعداد وكيل HTTP على نظام التشغيل macOS، إليك الخطوات التي يجب اتباعها:
- انقر تفضيلات النظام > اختر شبكة > انقر على متقدم > حدد الوكلاء فاتورة غير مدفوعة. وبدلاً من ذلك، يمكنك استخدام عميل الويب الخاص بك، والذي سيفتح الملف تلقائيًا الوكلاء فاتورة غير مدفوعة
- بعد ذلك، قم بتبديل وكيل الويب (HTTP) خيار
- أدخل IP والمنفذ الخاص بالجهاز وكيل خادم الويب (الموقع الوكيل). عادةً، يجب عليك إدخال عنوان IP الخاص بموفر خدمة الوكيل وإدخال المنافذ 80 أو 8080 أو 8008 في الحقل.
- أدخل اسم المستخدم وكلمة المرور لوكيل HTTP. يجب أن يكون اسم المستخدم وكلمة المرور هما نفس بيانات الاعتماد التي تستخدمها للوصول إلى الحساب الذي لديك لدى مزود الخدمة الخاص بك.
- انقر نعم.
إذا كان الأمان هو الاعتبار المركزي عند تصفح الويب، فإن وكيل HTTP ليس مثاليًا. ما تبحث عنه بشكل مثالي هو وكيل HTTPS.
ما هو وكيل HTTPS؟
يُعرف أيضًا باسم وكيل SSL، وكيل HTTPS هو وسيط يستمع فقط إلى حركة مرور HTTPS على المنفذ 443. ونتيجة لذلك، فإنه يوجه فقط حركة مرور HTTPS من خلال نفسه. كما هو مذكور أعلاه، يقوم HTTPS بتشفير البيانات المرسلة عبر البروتوكول. وهذا يعني بشكل فعال أن جميع عناصر طلبات واستجابات HTTP، بما في ذلك الرؤوس والرسائل، مخفية خلف مفتاح التشفير. لذلك، لا يمكن رؤيتها أو تفسيرها إلا عند نقطة النهاية أو نقطة النهاية. بالنسبة للوسيط، مثل وكيل HTTPS، لتفسير البيانات، يجب تكوينه كنقطة نهاية.
وفي هذا الصدد، يتم تكوين وكيل HTTPS ليكون بمثابة نقطة نهاية لاتصال TLS أو SSL. وبالتالي، يقوم بفك تشفير الطلبات، وتفسير المحتويات، وتغيير جوانب معينة من الطلبات، وتشفيرها، وأخيرًا، إعادة توجيهها إلى الوجهة الحقيقية الموجودة في رسالة HTTP. كما ذكرنا سابقًا، يستخدم بروتوكول HTTPS الشهادات. وبناء على ذلك، يجب على وكيل HTTPS تشفير حركة المرور بالشهادة الصحيحة (إما شهادة العميل أو الخادم) قبل إرسالها إلى الوجهة المقصودة. ومن الجدير بالذكر أنه إذا لم يتم تكوين وكيل HTTPS كنقطة نهاية، فلا ينبغي له تغيير محتويات رأس أو طلب HTTP، كما هو منصوص عليه في إرشادات وكلاء تحويل محتوى الويب.
يتم استخدام بروكسيات HTTPS عمومًا لتأمين خوادم الويب أو عملاء الويب عن طريق إجراء التشفير.
أنواع وكيل HTTPS
هناك نوعان من بروكسيات HTTPS:
1. وكيل عميل HTTPS
يعمل وكيل عميل HTTPS على تسهيل الاتصالات من عميل الويب أو الشبكة الداخلية إلى الإنترنت. لإعداد وكيل عميل HTTPS، يجب عليك استيراد شهادة عميل لاستخدامها بواسطة الجهاز المثبت عليه الوكيل. وهذا يمكّن الوسيط من فك تشفير البيانات وتشفيرها كما لو كان منشئ الطلبات أو منشئ الاستجابات.
2. وكيل خادم HTTPS
يسمح وكيل خادم HTTPS بالاتصالات من عملاء الويب الخارجيين إلى خوادم الويب الداخلية عبر الإنترنت. يختلف وكيل خادم HTTPS عن وكيل خادم HTTP لأن الأول يستخدم الشهادات، في حين أن الأخير لا يستخدمها. لإعداد وكيل خادم HTTPS، من المهم تصدير الشهادة الافتراضية التي يستخدمها خادم الويب الخاص بك إلى الوكيل. تمكن الشهادة وكيل خادم HTTPS من تشفير البيانات وفك تشفيرها.
كيفية إعداد وكيل HTTPS
يتبع إعداد وكيل HTTPS الإجراءات الموضحة أعلاه، مع وجود اختلافات طفيفة فقط حول المنافذ المستخدمة. تأكد دائمًا من إدخال 443 في حقل المنفذ في كل مرة تقوم فيها بإنشاء وكيل HTTPS. إذا كنت تستخدم جهاز macOS، فلاحظ أنه يجب عليك تحديد وكيل الويب الآمن (HTTPS) الخيار بدلا من وكيل الويب (HTTP). وبخلاف ذلك، فإن الإجراء هو نفسه إلى حد كبير.
ما مدى أمان الاتصال عبر وكيل HTTPS؟
عندما يقوم مستخدم يستخدم وكيل HTTPS بفتح صفحة ويب بها "رمز قفل" على يسار شريط العناوين، يتم تشفير الاتصال بالكامل بين متصفح المستخدم وخادم الموقع المستهدف (تشفير SSL):
وهذا يعني أن جميع البيانات التي يدخلها المستخدم على لوحة المفاتيح (تسجيلات الدخول وكلمات المرور وأرقام بطاقات الائتمان وما إلى ذلك) والصور ومقاطع الفيديو التي تم تنزيلها أو تحميلها أو بثها تظل خاصة تمامًا.
المتصفح <-> HTTPS-Proxy <-> الصفحة المستهدفة
وهذا يعني أنها معروفة فقط للمستخدم ومالك موقع الويب المستهدف.
هل يمكن لخدمة الوكيل "الاستماع" إلى حركة المرور؟
لا، هذا مستحيل من الناحية الفنية. يمكن لموفر الوكيل فقط أن يخمن أن المستخدم يحاول اختراق كلمات المرور لحسابات على أي موقع ويب. ويتجلى ذلك من خلال تكرار الوصول إلى صفحة تسجيل الدخول الخاصة بالموقع المستهدف. سيحدث هذا إذا قام المستخدم بذلك بتردد مليون مرة في الدقيقة باستخدام برنامج القوة الغاشمة.
وكلاء HTTP مقابل وكلاء HTTPS: أوجه التشابه والاختلاف
أوجه التشابه بين وكلاء HTTP وHTTPS
- يمكن تهيئتها إما من جانب العميل أو من جانب الخادم
- يقوم وكلاء HTTP وHTTPS بتفسير البيانات المرسلة من خلالهم
- يستمع الوكلاء إلى حركة المرور عبر المنافذ
- يقوم الوكلاء من جانب العميل بإعادة توجيه جميع الطلبات إلى الوجهة المستهدفة
- يمكن استخدام الوكلاء من جانب العميل لتسهيل عملية تجريف الويب
الاختلافات بين بروكسي HTTP وHTTPS
| وكلاء HTTP | وكلاء HTTPS | |
| الموانئ | يستخدمون المنافذ 80 أو 8080 أو 8008 أو 3128 أو 3129 | يستخدمون المنفذ 443 |
| حماية | تقوم وكلاء HTTP بتوجيه البيانات غير المشفرة | يقوم وكلاء HTTPS بتوجيه البيانات المشفرة |
| بروتوكول | يستخدمون بشكل أساسي بروتوكول HTTP | يستخدمون بشكل أساسي بروتوكول HTTPS |
| مرور | يمكنهم الاستماع إلى كل من HTTP (عبر المنافذ 80، 8080، 8008، 3128) وحركة مرور HTTPS (عبر المنفذ 3129) | يمكنهم فقط الاستماع إلى حركة مرور HTTPS عبر المنفذ 443 |
استخدامات بروكسي HTTP وHTTPS
استخدامات وكلاء عميل HTTP ووكلاء عميل HTTPS
1. تجريف على شبكة الإنترنت
تجريف على شبكة الإنترنت يشير إلى العملية الآلية لاستخراج البيانات من مواقع الويب باستخدام الروبوتات المعروفة باسم كاشطات الويب. عادةً، يتم تصميم هذه الروبوتات لاستخراج كميات كبيرة من البيانات، مما قد يؤدي إلى إجهاد خوادم الويب عن طريق اغتصاب الموارد دون داعٍ. لهذا السبب، تقوم معظم مواقع الويب الكبيرة الآن بتنفيذ إجراءات مكافحة الحذف التي تهدف إلى إيقاف أي جهود لاستخراج البيانات. ولحسن الحظ، يمكنك التغلب على هذه المشكلة باستخدام وكلاء HTTP.
يتم تجاهل وكلاء HTTP في الغالب عندما يتعلق الأمر باستخراج البيانات. وذلك لأن الوكلاء السكنيين أو الوكلاء المحمول أو وكلاء مركز البيانات مفضلون لأنهم يخفيون عنوان IP الخاص بالكمبيوتر الذي يتم تشغيل أداة الكشط عليه. ويقوم في نفس الوقت بتعيين عنوان IP مختلف، مما يوفر إخفاء الهوية عبر الإنترنت بشكل فعال. بالإضافة إلى ذلك، فهو يحمي عنوان IP الحقيقي من الحظر أو الحظر. إذا تم تغيير عنوان IP بشكل دوري، تقل فرص الحظر بشكل أكبر. لكن هذه المقالة لا تتعلق بالوكلاء السكنيين أو مراكز البيانات. إذًا، كيف يتم استخدام بروكسيات HTTP ووكلاء HTTPS في استخراج البيانات من الويب؟
كما هو مذكور، يمكن لوكيل HTTP أو HTTPS تغيير بعض رؤوس طلبات HTTP. يتضمن ذلك وكيل المستخدم، ولغة القبول، وقبول التشفير، والقبول، على سبيل المثال لا الحصر. يقوم وكيل المستخدم بتخزين معلومات حول نظام التشغيل الخاص بك (النوع والإصدار)، وتطبيق العميل المستخدم (متصفح الويب)، ومحرك المتصفح. تسمح هذه المعلومات لخادم الويب بتحديد نوع الجهاز والبرامج المستخدمة للوصول إليه. ثم يستخدم هذه المعلومات لإنشاء هوية عبر الإنترنت مرتبطة بالمستخدم. من خلال تغيير وكيل المستخدم، يمكن لوكيل HTTP ووكيل HTTPS جعل الأمر يبدو كما لو أن الطلبات تنشأ من أجهزة مختلفة. يؤدي هذا إلى تعزيز عملية تجريف الويب، حيث يبدو أن طلبات استخراج البيانات قد تم إرسالها بواسطة أجهزة متعددة.
2. تصفية المحتوى
يمكن تكوين وكيل عميل HTTP أو وكيل عميل HTTPS لإعادة توجيه طلبات محددة فقط - يجب أن تستوفي هذه الطلبات قواعد معينة. على سبيل المثال، يجب إرسالها عبر منافذ محددة. يتم رفض الوصول إذا كان عميل HTTP يستخدم منفذًا غير 80 أو 8080 أو 8008 أو 3128 أو 3129.
بالإضافة إلى ذلك، يتعين عليك تحديد أنواع المحتوى الذي يجب أن ينظر إليه وكيل HTTPS أو HTTP أثناء فحصه لحركة المرور من وإلى العميل. يتم حظر حركة المرور إذا كان المحتوى لا يتطابق مع المعايير المحددة في الإعدادات. وعلى العكس من ذلك، إذا كان المحتوى متطابقًا، فسيتم السماح له بالمرور عبر الوسيط.
3. تأمين الاتصالات
يمكن تكوين وكيل HTTP لتحويل البيانات الواردة من نص عادي إلى بيانات صادرة آمنة ومشفرة يمكن قبولها بواسطة خوادم HTTPS. ومع ذلك، هذا التكوين غير عادي، ولكنه يتضمن استخدام المنفذ 3130، وهو المنفذ الذي يتعامل مع النص العادي لاتصالات SSL.
من ناحية أخرى، يقوم وكلاء HTTPS بتأمين الاتصال عن طريق تشفيره. وبهذه الطريقة، تعمل وكلاء HTTPS على تعزيز الأمن السيبراني، لأنها تقلل من فرص الهجمات السيبرانية.
4. إدارة وسائل التواصل الاجتماعي
من المعروف الآن أن وكلاء HTTP يقومون بتعديل بعض جوانب رأس HTTP. وبالتالي، من خلال تغيير وكيل المستخدم، يمكن لهؤلاء الوسطاء خلق الوهم بأن الطلبات تنشأ من أجهزة مختلفة. يمكن أن يسمح ذلك للمستخدمين بإنشاء وإدارة حسابات متعددة على وسائل التواصل الاجتماعي.
استخدامات بروكسيات خادم HTTP ووكلاء خادم HTTPS
1. تقييد حركة المرور إلى خادم الويب
يمكن تكوين الوكلاء من جانب الخادم لقبول حركة المرور التي تستوفي قواعد معينة. وعلى هذا النحو، فإنها تمنع حركة المرور التي لا تتوافق مع المتطلبات. وبهذه الطريقة، يقومون بحماية الخادم من خلال التأكد من أنه لا يعالج الطلبات غير الضرورية.
2. تأمين خادم الويب
يمكن للوكلاء من جانب الخادم فك تشفير البيانات من عملاء الويب وتفسيرها لاحقًا. يمكّنهم هذا الإجراء من تصفية الطلبات وفحصها بحثًا عن البرامج الضارة أو الملفات الضارة الأخرى. ونتيجة لذلك، يقومون بحماية خادم الويب من الهجمات الإلكترونية.
3. التخزين المؤقت للملفات التي يتم الوصول إليها بشكل متكرر
يمكن لوكلاء خادم HTTP ووكلاء خادم HTTPS تخزين الملفات التي يتم الوصول إليها بشكل متكرر مثل الصور والصفحات. يؤدي ذلك إلى تحرير خادم الويب، مما يمكنه من تخصيص الموارد لعمليات أخرى أقل شيوعًا. كما أنه يزيد من سرعة تحميل صفحات الويب.
خاتمة
تعد وكلاء HTTP ووكلاء HTTPS وسطاء مفيدين، خاصة من منظور الأمان وتصفية المحتوى. في الواقع، يُشار إليها باسم مرشحات المحتوى عالية الأداء. وذلك لأنه يمكن تهيئتها للسماح فقط بمرور حركة مرور محددة على الإنترنت. يخدم هؤلاء الوكلاء أيضًا العديد من الوظائف الأخرى، بما في ذلك تأمين خوادم الويب، وتخزين الملفات التي يتم الوصول إليها بشكل متكرر، وإدارة الوسائط الاجتماعية، وتجميع الويب، والمزيد.
