Edge for Private Cloud، الإصدار 4.17.05
إذا كنت ترغب في استخدام وكيل HTTP لإعادة التوجيه بين Edge وخوادم الواجهة الخلفية، فعندئذٍ يمكنك يجب عليك تهيئة خصائص إعدادات الخادم الوكيل الصادر على عُقد معالجة الرسائل في Edge. تهيئ هذه الخصائص "معالجات الرسائل" لتوجيه الطلبات المستهدفة من Edge إلى HTTP الخادم الوكيل لإعادة التوجيه.
لضبط "معالج الرسائل"، عدِّل /opt/apigee/customer/application/message-processor.properties ثم قم بإعادة تشغيل معالج الرسائل. إذا كان الملف message-processor.properties غير موجود، قم بإنشائه.
اضبط الخصائص التالية لإعداد معالج الرسائل:
|
الموقع |
الوصف |
|---|---|
|
conf_http_HTTPClient.use.proxy |
تحدّد أنّ جميع الخوادم الوكيلة لواجهة برمجة التطبيقات التي تستخدم الخادم الوكيل لإعادة التوجيه تكون تلقائية أو صحيحة أو لا تستخدمها تلقائيًا. false (خطأ). |
|
conf_http_HTTPClient.use.tunneling |
بشكل تلقائي، يستخدم Edge الاتصال النفقي لجميع الزيارات. لإيقاف الاتصال النفقي تلقائيًا، اضبط هذه السمة على false. |
|
conf/http.properties+HTTPClient.proxy.type |
تحدِّد هذه السياسة نوع خادم وكيل HTTP على أنّه HTTP أو HTTPS. بشكل افتراضي، تستخدم بروتوكول HTTP: |
|
conf/http.properties+HTTPClient.proxy.host |
تحدّد اسم المضيف أو عنوان IP حيث يتم تشغيل خادم وكيل HTTP. |
|
conf/http.properties+HTTPClient.proxy.port |
تُحدِّد المنفذ الذي يتمّ تشغيل خادم وكيل HTTP عليه. في حال إسقاط هذه السمة، عن طريق فهو يستخدم المنفذ 80 تلقائيًا لبروتوكول HTTP والمنفذ 443 لبروتوكول HTTPS. |
|
conf/http.properties+HTTPClient.proxy.user |
إذا كان خادم وكيل HTTP يتطلب مصادقة أساسية، استخدم هذه السمات لتقديم تفاصيل التفويض. |
على سبيل المثال:
conf_http_HTTPClient.use.proxy=true conf_http_HTTPClient.use.tunneling=false conf/http.properties+HTTPClient.proxy.type=HTTP conf/http.properties+HTTPClient.proxy.host=my.host.com conf/http.properties+HTTPClient.proxy.port=3128 conf/http.properties+HTTPClient.proxy.user=uName conf/http.properties+HTTPClient.proxy.password=pWord
تذكر إعادة تشغيل معالج الرسائل بعد تعيين هذه الخصائص:
/opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart
إذا تم ضبط تشغيل الخادم الوكيل لإعادة التوجيه في "معالج الرسائل"، تكون جميع الزيارات الواردة من واجهة برمجة التطبيقات تمر الخوادم الوكيلة لأهداف الخلفية عبر الخادم الوكيل المحدد لإعادة توجيه HTTP. إذا كانت حركة المرور في أي هدف محدد للخادم الوكيل لواجهة برمجة التطبيقات يجب أن ينتقل مباشرةً إلى الواجهة الخلفية، متجاوزًا إعدادات ثم اضبط السمة التالية في "نقطة النهاية المستهدَفة" لإلغاء عملية إعادة توجيه HTTP الوكيل:
<Property name="use.proxy">false</Property>
يُرجى الاطّلاع على مرجع خصائص نقطة النهاية للحصول على مزيد من المعلومات حول إعداد الخصائص في نقطة النهاية المستهدفة.
إذا لم تكن تريد أن تستخدم أي أهداف الخادم الوكيل لإعادة توجيه HTTP بشكل تلقائي، يمكنك تحديده http.property على النحو التالي:
conf_http_HTTPClient.use.proxy=false
بعد ذلك، يمكنك ضبط use.proxy على "صحيح" في أي "نقطة نهاية مستهدَفة" تريد أن تمرّ عبر خادم وكيل HTTP لإعادة التوجيه:
<Property name="use.proxy">true</Property>
بشكل افتراضي، يستخدم Edge الاتصال النفقي لحركة البيانات إلى الخادم الوكيل. لإيقاف الاتصال النفقي تلقائيًا، اضبط السمة التالية في ملف message-processor.properties:
conf_http_HTTPClient.use.tunneling=false
إذا كنت تريد إيقاف الاتصال النفقي لهدف معيّن، اضبط الخاصية use.proxy.tunneling في الهدف. نقطة النهاية. إذا كان الهدف يستخدم بروتوكول أمان طبقة النقل (TLS) أو طبقة المقابس الآمنة (SSL)، فسيتم تجاهل هذه الخاصية، وسيتم دائمًا المُرسَلة عبر نفق:
<Property name="use.proxy.tunneling">false</Property>
لكي يعمل Edge نفسه كخادم وكيل لإعادة توجيه الطلبات من الخدمات الخلفية وتوجيهها إلى الإنترنت خارج المؤسسة - أولاً، عليك إعداد خادم وكيل لواجهة برمجة التطبيقات على Edge . تشير رسالة الأشكال البيانية يمكن لخدمة الخلفية بعد ذلك إرسال طلب إلى الخادم الوكيل لواجهة برمجة التطبيقات، والذي يمكنه بعد ذلك الاتصال بخادم خارجي