proxy - مجاني - الفرق بين الخادم الوكيل والخادم الوكيل العكسي




ماهو عنوان خادم الوكيل (12)

ما هو الفرق بين الخادم الوكيل والخادم الوكيل العكسي؟


أفضل شرح http://www.jscape.com/blog/bid/87783/Forward-Proxy-vs-Reverse-Proxy مع الرسوم البيانية:

بينما بروكسيات الوكيل إلى الأمام نيابة عن العملاء ( أو طلب المضيفين ) ، وكيل بروكسي عكسي نيابة عن الخوادم

في الواقع ، في حين يخفي الوكيل الأمامي هوية العملاء ، يخفي الوكيل العكسي هوية الخوادم


إجابة qyb2zm302 تفسر بشكل جيد تطبيقات الوكلاء ولكنها تنزلق على المفهوم الأساسي بين الوكلاء الأمامي والخلفي. بالنسبة للوكيل العكسي ، X -> Y -> Z ، تعرف X عن Y وليس Z ، بدلاً من العكس.

يشرح http://www.jscape.com/blog/bid/87783/Forward-Proxy-vs-Reverse-Proxy الفرق بين وكلاء التوجيه الأمامي والخلفي بوضوح تام.

الوكيل هو ببساطة وسيط للتواصل (طلبات + ردود). العميل <-> الوكيل <-> الخادم

  • الوكيل الوكيل: ( Client <-> Proxy ) <-> Server

    يعمل الوكيل بالنيابة عن العميل. يعرف العميل عن جميع الأجهزة الثلاث المشاركة في السلسلة. الخادم لا.

  • الخادم الوكيل: العميل <-> ( الخادم الوكيل <-> )

    يتصرف الوكيل بالنيابة عن الخادم. العميل يعرف فقط عن الوكيل. يعرف الخادم سلسلة كاملة.

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

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


بعض الرسوم البيانية قد تساعد:

وكيل إلى الأمام

وكيل عكسي


تمنح الوكلاء المستقبليين هوية العميل (أي التفكير في تور).

تمنح الوكلاء المعكوسون إخفاء خوادم النهاية الخلفية (على سبيل المثال ، خوادم التفكير من وراء DMZ).


زوج من التعريف البسيط سيكون

الوكيل الأمامي: بالنيابة عن الطالب (أو مستهلك الخدمة)

وكيل عكسي: يتصرف بالنيابة عن منتج الخدمة / المحتوى.


على الرغم من أن فهمي من وجهة نظر أباتشي هو أن البروكسي يعني أنه إذا كان الموقع x بروكسي لموقع y ، فإن طلبات x للإرجاع y.

يعني proxy العكسي أنه يتم ضبط الاستجابة من y بحيث تصبح كافة المراجع إلى y x.

بحيث لا يمكن للمستخدم معرفة وجود وكيل ...


لقد وجدت هذا المخطط مفيدًا جدًا. يظهر فقط بنية إعداد proxy مقابل مقابل reverse من العميل إلى الخادم عبر الإنترنت. هذه الصورة سوف تساعدك على فهم post qyb2zm302 وغيرها من الوظائف على نحو أفضل.

يمكنك أيضا مشاهدة this الفيديو من DevCentral 's DevCentral بواسطة بيتر سيلفا.

مصدر الصورة: Quora . جميع الاعتمادات للشخص الذي خلق هذا الرسم البياني.

ذكرني بالمثل الكلاسيكي:

الصورة تساوي 1000 كلمة.


هذه قراءة رائعة لفهم الاختلافات بين بروكسي إلى الأمام والعكس http://www.jscape.com/blog/bid/87783/Forward-Proxy-vs-Reverse-Proxy

يخفي الوكيل الأمامي هوية العملاء (المستخدمين) بينما يخفي الوكيل العكسي هويات الخوادم.


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

تحتوي الخوادم المميزة تمامًا على التحكم في الوصول والتخزين المؤقت وبعض ميزات تعيين الارتباط.

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

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

في الواقع ، يمكن تشغيل مثيل وكيل واحد كوكيل للأمام وعكس في نفس الوقت لمختلف مجموعات العملاء.

هذه هي النسخة المختصرة ، يمكنني توضيح ما إذا كان الناس يريدون التعليق.


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

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

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

لمزيد من المعلومات ، يرجى زيارة: Apache Docs


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

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

مصدر الصورة: docs.microsoft.com


الوكيل: هو تقديم الطلب نيابة عن العميل . لذا ، سيقوم الخادم بإرجاع الاستجابة إلى الوكيل وسيقوم الوكيل بإعادة توجيه الاستجابة إلى العميل. في الواقع ، فإن الخادم لن "يتعلم" من كان العميل (IP الخاص بالعميل) ، فإنه لن يعرف سوى الوكيل. ومع ذلك ، فإن العميل يعرف الخادوم بالتأكيد ، لأنه يقوم في الأساس بتنسيق طلب HTTP المتجه للخادم ، ولكنه فقط يقوم بتسليمه إلى الوكيل.

عكس وكيل: إنه تلقي الطلب نيابة عن الخادم . يقوم بإعادة توجيه الطلب إلى الخادم ويتلقى الاستجابة ثم يقوم بإرجاع الاستجابة إلى العميل. في هذه الحالة ، لن "يتعلم" العميل من هو الخادم الفعلي (IP الخاص بالخادم) (مع بعض الاستثناءات) ، سيعرف الوكيل فقط. سيعرف أو لا يعرف الخادم العميل الفعلي ، بناءً على تكوينات الخادم الوكيل العكسي.