ما هو البروكسي العكسي Reverse Proxy؟ وما هي فوائده وكيف يمكن تفعيل Nginx وApache

هل تعلم كيفية تحويل الزيارات المتجهة لموقعك إلى أكثر من سيرفر لتخفيف الحمل عن السيرفر الرئيسي؟

ماذا عن كيفية توجيه الزيارات من بلدان معيّنة لسيرفرات تكون قريبة جغرافياً وتملك زمن استجابة أسرع؟

تعمل خدمة البروكسي العكسي على رفع موقعك لمستوى متقدّم من ناحية السرعة والموثوقية والأمان والأداء. وسنشرح في هذه المقالة معنى مصطلح البروكسي العكسي وما هي آلية عمله وفوائده وكيفية تفعيله.

ما هو البروكسي العكسي Reverse Proxy؟

لفهم ما يقوم به السيرفر أو خادم البروكسي العكسي يجب علينا أن نوضّح بعض المفاهيم الأساسية.

عندما تُدخل اسم موقع ما في المتصفّح أو تنقر على رابط ما فإن جهازك يتواصل مباشرة مع الخادم الذي يحتوي على الموقع الذي طلبته، ويبدأ بتحميل محتويات هذا الموقع تمهيداً لعرضها.

فمثلاً إذا طلبت على جهازك (والذي يكون له عنوان IP خاص) الرابط التالي example.com فإن هذا الطلب يتحوّل عن طريق خدمة الـDNS (التي توفّرها عادةً الشركة المزوّدة للإنترنت في بلدك) وتعطيك العنوان الحقيقي للموقع والذي يكون على شكل أرقام كالتالي 192.0.2.44

أي أن عنوان الـIP الخاص بجهازك يتواصل مع الخادم الذي يحتوي الموقع الذي تريده. ولكن ماذا لو أردت إخفاء عنوان الـIP الخاص بك عن هذا الخادم؟ أي أردت أن تتصفح بشكل سري دون أن يعرف الموقع الذي تزوره عنوانك.

يمكنك في هذه الحالة استخدام خادم بروكسي بينك وبين الموقع، بحيث يستقبل خادم البروكسي كل طلباتك ويتواصل هو بنفسه مع خدمة الـDNS للحصول على عنوان الموقع وتحميل محتوياته وصفحاته، ومن ثم يقوم خادم البروكسي بتقديم كل ذلك لجهازك بحيث يبقى عنوانك الـIP مجهولاً لسيرفر الموقع.

وخادم البروكسي هذا يُدعى بالخادم الأمامي Forward Proxy، أي أنه يعمل كواجهة أمامية للمستخدم. بحيث يرى خادم الموقع الذي تريد زيارته أن طلباتك قادمة من هذا الخادم الأمامي، ويبقى عنوانك مجهولاً.

هذا مفيدٌ تحديداً للحفاظ على خصوصية الزائر، ولكنه أيضاً يساعد على تجاوز القيود المتعلقة بموقعك الجغرافي. فمثلاً إذا أردت مشاهدة فيديو أو زيارة موقع محظور في منطقتك، فيمكنك إعادة توجيه طلباتك عبر خادم بروكسي أمامي له عنوان IP لمنطقة جغرافية مسموح لها بمشاهدة هذا الفيديو أو الموقع.

قد تعتقد أن البروكسي الأمامي هو نفسه الـVPN ولكن على الرغم من أنهما متشابهان كثيراً إلا أنهما تقنيتان مختلفتان ولكل منهما بعض الاستخدامات الخاصة.

الفرق بين البروكسي العكسي والبروكسي الأمامي

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

يبدو ظاهرياً أن الاختلاف بين البروكسي الأمامي والعكسي بسيط، فالزائر يستخدم بروكسي أمامي والخادم يستخدم بروكسي عكسي، ولكن هذا الاختلاف البسيط له تطبيقات كثيرة مختلفة، وسنتحدث عن هذه التطبيقات والفوائد بعد قليل. علماً أنه بالإمكان استخدام كلا النوعين من البروكسي بنفس الوقت دون أي تداخل بينهما.

لماذا نستخدم البروكسي العكسي أساساً؟

فهمنا أن البروكسي العكسي هو خادم خاص يعمل كواجهة للخادم الذي يحتوي على الموقع. ويمكننا استخدام خادم البروكسي العكسي للتحكّم بكل الطلبات القادمة من المستخدمين وتوجيهها حسب الرغبة من دون أن يعرف المستخدم ما الذي يحدث خلف خادم البروكسي العكسي.

فمثلاً قد نحتاج أحياناً لاستضافة موقع واحد على أكثر من خادم، وهذا مطلوب غالباً في المواقع الكبيرة التي تتلقى أعداداً كبيرة من الزيارات اليومية وهذا يسبب ضغطاً كبيراً على الخادم في حال كان الموقع مستضافاً على خادم واحد. ولذا فإننا في هذه الحالة نوزّع زيارات الموقع الواحد على أكثر من خادم ونستخدم خادم بروكسي عكسي لتوجيه الزيارات إلى الخادم المتاح، ولكن دون أن يعرف الزائر أن هذا الموقع مستضاف على أكثر من خادم.

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

قد يكون هذا الأمر سهلاً إذا أردنا وضع المدوّنة على Subdomain منفصل. ولكن بما الـsubdomains يتعامل معها غوغل كدومين منفصل تماماً عن الدومين الأساسي، فإن ذلك قد يخلق بعض الصعوبات من ناحية السيو. أي أن عليك بذل جهد مضاعف لتقوية الـSubdomain الذي يحتوي على المدوّنة من ناحية السيو وكأنك تعمل على موقع جديد كلياً من الصفر.

لذا من الأفضل والأسهل عموماً وضع المدوّنة في هذا المثال في مجلّد فرعي subdirectory. وللقيام بذلك فإن من الأسهل وضعها على سيرفر منفصل. وهنا علينا استخدام بروكسي عكسي لتوجيه الطلبات إلى الخوادم المختلفة.

وهذا هو الاستخدام الأساسي للبروكسي العكسي. إلّا أن هناك الكثير من الاستخدامات والفوائد لذلك…

فوائد استخدام البروكسي العكسي

1. توزيع الحمل Load Balance

قد لا يتحمّل سيرفر واحد كل الزيارات والطلبات لموقع يزوره ملايين الأشخاص يومياً. وفي هذه الحالة من المفيد توزيع هذه الطلبات على عدّة خوادم بشكل يتناسب مع حجم الضغط ومواصفات كل خادم.

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

يمكن أيضاً استخدام عدّة خوادم للقيام بمهمة واحدة، بحيث يخصص كل خادم منها للقيام بجزء من هذه المهمة مناسبة له، ومن ثم نستخدم البروكسي العكسي لتجميع هذه الأجزاء وإعطاء الزائر النتيجة النهائية.

وبما أن البروكسي العكسي يستخدم غالباً لغرض توزيع الحمل فإنك قد تلاحظ أن خادمه يُطلق عليه عادةً خادم توزيع الأحمال Load Balancer.

موازنة تحميل الخادم العالمي GSLB

وهي طريقة توزيع حمل متقدمة يتم فيها توجيه الزيارات إلى خوادم موزّعة في مناطق مختلفة من العالم.

تخيّل معنا أن هناك متجراً للأحذية يتلقى طلبات شراء من مختلف أنحاء العالم ويرسل الطلبات عبر البريد للجميع حول العالم. ما الذي سيحدث لو أن هذا المتجر تلقّى عدداً كبيراً من الطلبات من مناطق متنوّعة في العالم؟ سيعاني هذا المتجر كثيراً. ولذا فإنه سيفتح عدّة فروع له في مناطق مختلفة من العالم، وهذا يعني أن الزوّار سيصبح بإمكانهم الشراء من المتاجر القريبة منهم أو تلك التي لا تعاني من أي ضغط، وهذا يسرّع من زمن وصول الطلبات ويقلل احتمال تعرّض المتاجر للضغط الذي يوقفها عن العمل.

وهذا تماماً ما يقوم به خادم البروكسي العكسي، حيث يوجّه الطلبات (وفق تقنية anycast routing technique غالباً) إلى السيرفر الأقرب أو الذي يملك زمن استجابة أسرع.

وهكذا فإن GSLB تزيد من سرعة الموقع وتحسّن من موثوقيته وثباتيّته وأمانه، وكل ذلك يصب في مصلحة تجربة المستخدم.

يمكن تفعيل GSLB بشكل يدوي على الخادم الخاص بك، ولكن غالباً ما يتم ذلك بشكل آلي عن طريق خدمات الـCDN كالـCloudflare.

2. تحسين الأمان

كما ذكرنا فإن البروكسي العكسي يعمل كواجهة للخادم، وبالتالي فإنه يخفي عنوان IP الخاص به، وهذا يحافظ على سريّته وبالتالي يزيد الأمان.

وبما أن خادم البروكسي العكسي سيتلقّى كل الطلبات قبل أن يحوّلها للخادم/الخوادم الأصلية فإن الهاكرز أو المخترقين سيجدون صعوبةً أكبر في الوصول لموقعك وتهديده. كما يمكنك زيادة الأمان باستخدام جدار حماية Firewall لخادم البروكسي العكسي.

3. التخزين المؤقت وتسريع المواقع

يمكنك استخدام خادم البروكسي العكسي لتسريع الموقع من خلال التخزين المؤقت Cache للمحتوى الثابت والديناميكي أيضاً. وهذا سيخفف الحمل على الخادم الأصلي.

فمثلاً إذا كان الخادم الأصلي موجوداً في أمريكا، وهناك زيارات للموقع من أوروبا، فيمكن استخدام بروكسي عكسي موجود في أوروبا لتقديم نسخة مخزنة مؤقتاً من موقعك للزائر. وبسبب القرب الجغرافي واستخدام ميزة التخزين المؤقت سيكون تحمل الموقع أسرع بكثير.

من الأمثلة على خوادم البروكسي العكسية التي تقدم هذه الخدمة Varnish وNginx FastCGI.

4. ضغط استجابات السيرفر

تستهلك استجابات السيرفر لطلبات الزائر الكثير من الـbandwidth. لذا فإن ضغط هذه الاستجابات (باستخدام gzip مثلاً) قبل إرسالها للزائر يمكن أن يقلل الـbandwidth المستخدمة، وهذا يسرّع زمن استجابة السيرفر.

وخادم البروكسي العكسي مثالي لهذا الغرض لأنه يقع بين الخادم الأصلي والمستخدم.

5. تشفير SSL بفعالية أكبر

يمكن أن يستهلك تشفير وفك تشفير SSL/TLS الطلبات الواردة الكثير من موارد السيرفر الأصلي. لذا فإن خادم البروكسي العكسي يمكن أن يتولّى هذه المهمة بحيث يتيح للخادم الأصلي القيام بمهام أكثر أهمية كتقديم المحتوى.

كما أن ذلك يقلل زمن الوصول latency للزوّار القادمين من بلدان بعيدة جغرافياً عن السيرفر الأصلي. ويمكن دعم سيرفر البروكسي العكسي بأجهزة تسريع تشفير SSL/TLS لتسريع هذه العملية بشكل إضافي.

6. تحسين اختبارات A/B

تطلب معظم أدوات اختبارات A/B استخدام مكتبات JavaScript خارجية لتحميل الوظائف الخاصة بها، وهذا قد يبطئ من سرعة تحميل موقعك ويسيء لتجربة الزائر.

7. مراقبة حركة الزيارات

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

أشيع خدمات البروكسي العكسي

إن 83% من المواقع لا تستخدم أي بروكسي عكسي، أما الـ17% المتبقية فأكثر ما تستخدم:

1. Nginx

وهو خادم ويب مفتوح المصدر يمكن استخدامه أيضاً كبروكسي عكسي لتخفيف الحمل وغير ذلك من المهام، كما أنه يستخدم لاستضافة المواقع. ويستخدمه أكثر من 400 مليون موقع حول العالم.

يقدّم Nginx جميع الفوائد التي تحدثنا عنها بالإضافة لفوائد أخرى. ويمكن تفعيله من خلال ملف التكوين والذي يتميّز بكونه hot reloadable. وهي عملية سهلة سنشرحها بعد قليل.

يمكن أيضاً استخدام Nginx Plus للحصول على ميزات إضافية تفيد مواقع الشركات الكبيرة.

2. Varnish

هو خادم HTTP بروكسي عكسي مع محرّك ذاكرة تخزين مؤقت مدمج. وهو مصمم أساساً للمواقع ذات الزيارات الكثيرة والتي تقدم محتوىً ديناميكياً، ولكن يمكن استخدامه كبروكسي عكسي لتوزيع الحمل وجدار حماية وغير ذلك.

وهو يعمل على كل الإصدارات الحديثة من Linux وFreeBSD، ويستخدم أساساً كواجهة لخودام Nginx أو Apache. ويمكن من خلال لغة الإعداد تفعيل العديد من الميزات مثل طلبات HTTP والتخزين المؤقت والتعامل مع خادم واحد أو أكثر.

يدعم أيضاً Edge Side Includes (ESI) وهي لغة تساعدك على إعادة استخدام أجزاء من صفحة ويب في الصفحات الأخرى. فإذا كان موقعك يحتوي على العديد من الصفحات المتشابهة بأحد أقسامها فمن الممكن أن تساعدك الـESI على تسريع سرعة تحميل الموقع من خلال تخزين هذه الأجزاء المكررة بشكل مؤقت.

3. Apache Traffic Server

خادم مفتوح المصدر مخصص أساساً للتخزين المؤقت. وهو مشهور بميزاته السريعة والقابلة للتطوير. علماً أنه مصمم أساساً من قبل Yahoo ولكنه أصبح مفتوح المصدر وتم التبرع له لشركة Apache.

تستخدم الكثير من شبكات المحتوى المعروفة سيرفرات Apache مثل Comcast وAkamai وLinkedIn وYahoo وApple.

يمكنك أيضاً استخدام Apache HTTP Server كخادم بروكسي عكسي لسيرفرك.

4. HAProxy

وهو خادم بروكسي عكسي وتوزيع أحمال. وهو مشابه جداً لـNginx ويتميّز بقوّته في توزيع الحمل الناتج عن الزيارات الكثيرة. والدليل على ذلك أن مواقع Airbnb وReddit وInstagram وStack Overflow وTumblr وGitHub كلها تستخدمه.

كيفية إعداد Nginx كبروكسي عكسي

تختلف طريقة تنزيل وتنصيب Nginx حسب نظام تشغيل الخادم الذي تعمل عليه. فلأنظمة Linux هناك حزم مختلفة من Nginx للإصدارات المختلفة من لينوكس.

في المثال التالي سنشرح كيفية إعداد Nginx على موقع example.com بحيث يكون الموقع المستضاف على ووردبريس والمراد إضافة البروكسي إليه هو blog.domain.com. وكلاهما يدعمان Apache ومستضافان على خادم بنظام Ubuntu 18.04. وسننصب Nginx كبروكسي عكسي على الخادم الرئيسي.

بدايةً عليك الدخول للسيرفر باستخدام SSH. ومن ثم استخدم الأمر apt-get لتحديث قائمة حزم التوزيع وتثبيت Nginx على الخادم.

sudo apt update

sudo apt install nginx

الخطوة التالية هي إنشاء ملف استضافة افتراضي جديد (استخدمنا هنا محرر nano ولكن يمكن استخدام أي محرر)

sudo nano /etc/nginx/sites-available/example.com.conf

ثم عليك تعيين توجيهات Nginx لتوجيه الطلبات إلى Apache من خلال إضافة الكود التالي الذي يتضمن السيرفر والعناوين

server {

listen 80;

server_name example.com www.example.com;

index index.php;

root /var/www/example.com/public # fallback for index.php

location / {

try_files $uri $uri/ /index.php?$query_string;

}location /blog {

proxy_pass http://blog.domain.com;proxy_http_version 1.1;

proxy_cache_bypass $http_upgrade;

# Proxy headers

proxy_set_header Upgrade $http_upgrade;

proxy_set_header Connection "upgrade";

proxy_set_header Host $host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_set_header X-Forwarded-Proto $scheme;

proxy_set_header X-Forwarded-Host $host;

proxy_set_header X-Forwarded-Port $server_port;

# Proxy timeouts

proxy_connect_timeout 60s;

proxy_send_timeout 60s;

proxy_read_timeout 60s;

}

في الكود السابق عيّنا مساراً فرعياً برابط example.com/blog سيوجّه إليه خادم Apache. احرص على وضع عنوان IP الموقع المراد إضافته (أو رابطه) في خانة proxy_pass، حيث أضفنا هنا blog.domain.com.

يجب أيضاً أن يكون الموقع blog.domain.com منصّب ويعمل قبل إجراء أي تعديلات.

احفظ ملف الاستضافة الافتراضي وفعّله من خلال إنشاء ارتباط رمزي symlink للملفات باسم example.com.conf في كل من المسارين /etc/nginx/sites-available و /etc/nginx/sites-enabled

sudo ln -s /etc/nginx/sites-available/example.com.conf /etc/nginx/sites-enabled/example.com.conf

ثم أجر اختباراً للتأكد من أن إعداد Nginx لا يحتوي أي أخطاء.

sudo nginx -t

إذا لم تكن هناك أي أخطاء فأعد تحميل Nginx لتطبيق التعديلات

sudo systemctl reload nginx

وهكذا تمّت عملية إعداد Nginx كبروكسي عكسي. لتأكيد ذلك يمكنك استخدام التعليمة phpinfo() للتحقق من أن متغيرات PHP يتم تحميلها عند زيارة موقعك.

يمكنك ملاحظة تحت متغيرات PHP في SERVER_SOFTWARE وDOCUMENT_ROOT أن الـApache يقدّم هذا الدومين في الباك إند. ولكن متغيرات HTTP_X_REAL_IP و HTTP_X_FORWARDED_FOR يؤكدان أن Nginx مستخدم كبروكسي عكسي لتوجيه الطلبات.

يمكنك تسريع موقعك الووردبريس في Nginx باستخدام الوحدتين fastcgi_cache وngx_cache_purge. فالوحدة الأولى تفعل التخزين المؤقت لموقعك، أما الثانية فتحذف ملفات التخزين المؤقت بناءً على أحداث زمنية محددة (كتعديل أو نشر مقالة أو صفحة جديدة في الووردبريس).

يمكنك استخدام إضافة Nginx Cache Controller للوردبريس للتحكّم بإعدادات التخزين المؤقت مباشرة من لوحة تحكّم الووردبريس.

كيفية إعداد Apache كبروكسي عكسي

بدايةً يجب أن يكون لديك موقعان يعملان في example.com وblog.domain.com بحيث يكون الموقع الأول مستضافاً على ووردبريس أو غير ذلك، ولكن يجب أن يكون الموقع الثاني ووردبريس لأنه سيستخدم لتحميل صفحة المدونة على المسار الفرعي example.com/blog

الخطوة الأولى هي الدخول للسيرفر باستخدام SSH لتفعيل وحدة Apache

sudo a2enmod proxy proxy_http ssl

عند تفعيل الأمر السابق فغالباً سيعاد تشغيل Apache لتحميل التعليمات الجديدة.

عليك بعد ذلك تعديل ملف الاستضافة الافتراضي لإنشاء بروكسي عكسي من خلال إضافة الكود التالي:

<VirtualHost *>

DocumentRoot /var/www/app/public

SSLProxyEngine On ProxyRequests off

ProxyPass /blog http://blog.domain.com

ProxyPassReverse /blog http://blog.domain.com

</VirtualHost>

تقوم تعليمة ProxyPass بإنشاء بروكسي عكسي للمسارات المحددة، بينما تعليمة ProxyPassReverse ستعترض استجابات HTTP وتعدّلها بما يوافق خادم الـApache.

بعد حفظ الملف عليك تعديل ملف wp-config.php وإضافة الكود التالي قبل السطر الذي يذكر أن عليك التوقّف عن التعديل

# ProxyPass Settings

# overrides the variables below to ensure that any

# request to /blog/* subdirectory is taken care of properly

$_SERVER['REQUEST_URI'] = '/blog' . $_SERVER['REQUEST_URI'];

$_SERVER['SCRIPT_NAME'] = '/blog' . $_SERVER['SCRIPT_NAME'];

$_SERVER['PHP_SELF'] = '/blog' . $_SERVER['PHP_SELF'];

بعد ذلك عليك تحديث قاعدة بيانات الووردبريس لإضافة قيم تكوين لرابط المسار الفرعي /blog ويمكنك ذلك من خلال إضافة تعليمة SQL التالية

UPDATE wp_options SET option_value = 'https://www.example.com/blog' WHERE option_name IN( 'siteurl', 'home' );

والآن من المفترض أن تصبح قادراً على زيارة https://www.example.com/blog واستضافة هذا الموقع على http://blog.domain.com من دون الحاجة لتغيير الرابط. وبإمكانك المتابعة باستخدام الووردبريس لكتابة ونشر وتعديل وإدارة موقعك كما تريد.

ما هي سلبيات البروكسي العكسي؟

1. قد يمثّل البروكسي العكسي خطراً كبيراً، لأنه تمر عبره كل الطلبات والاستجابات، وبإمكانه الاطلاع عليها والتعديل عليها. فمثلاً إذا كانت طلبات HTTPS تمر عبر خادم البروكسي العكسي فسيقوم بتشفير وفك تشفير كل الطلبات. وهذا يعني أنه يملك مفاتيح شهادة SSL/TLS. ولذا إذا استطاع أي برنامج خبيث اختراق هذا الخادم فالعواقب قد تكون خطيرة.
2. إذا كان لديك أكثر من موقع أو دومين أو خادم يوحدهم خادم بروكسي عكسي واحد فإن توقّف هذا الخادم عن العمل يعني توقّف كل الخوادم المعتمدة عليه عن العمل أيضاً.
3. إذا كنت تعتمد على خدمة بروكسي عكسي خارجية CDN (مثل Cloudflare) فهذا يعني أنك تعطي كل معلوماتك الحساسة لهذه الجهات. وعلى الرغم من أنها موثوقة إلا أنك لا يمكنك التنبؤ بما يمكن أن يحدث.

الاختيار بين CDN وبروكسي عكسي

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

ولا تقتصر فائدتها على التخزين المؤقت وتسريع تحميل موقعك، بل أيضاً تخفف الحمل على الخوادم وتقلل من تكاليف الـbandwidth وتزيد من الأمان وتحسّن من سيو الموقع، وكل ذلك ينقل موقعك لمستوى آخر متقدّم.

ولكن قد تلاحظ أن الفوائد التي تقدّمها خدمات الـCDN هي نفسها فوائد البروكسي العكسي. فهل عليك استخدام CDN أم بروكسي عكسي؟

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

---

وهكذا وجدنا أن للبروكسي العكسي فوائد عديدة. ولكن هل أنت بحاجة لبروكسي عكسي فعلاً؟ للإجابة على هذا السؤال عليك أن تنظر لعدد الزيارات والضغط الذي يتلقاه موقعك والخادم الذي يستضيفه، وحاجتك في استضافة موقع آخر بنظام إدارة مختلف كالووردبريس، أو إذا كنت تريد إضافة طبقة أمان أخرى لموقعك.