الإصدار 4.18.05 من Edge for Private Cloud
إذا كنت ترغب في استخدام وكيل 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 الاتصال النفقي لجميع الزيارات. لإيقاف الاتصال النفقي تلقائيًا، اضبط هذه السمة على "خطأ". |
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 conf/http.properties+HTTPClient.proxy.password |
إذا كان خادم وكيل 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=USERNAME conf/http.properties+HTTPClient.proxy.password=PASSWORD
تذكر إعادة تشغيل معالج الرسائل بعد تعيين هذه الخصائص:
/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 . تشير رسالة الأشكال البيانية يمكن لخدمة الخلفية بعد ذلك إرسال طلب إلى الخادم الوكيل لواجهة برمجة التطبيقات، والذي يمكنه بعد ذلك الاتصال بخادم خارجي