مصنع مقابس SOCKS في تهيئة عميل Hadoop

يحتاج Hadoop إلى نقطة نهاية SOCKS وإلى مصنع مقابس عميل يقرأها. أضف كليهما إلى ملف core-site.xml المحمّل للعملية:

<property>
  <name>hadoop.socks.server</name>
  <value>proxy.example.net:1080</value>
</property>
<property>
  <name>hadoop.rpc.socket.factory.class.default</name>
  <value>org.apache.hadoop.net.SocksSocketFactory</value>
</property>

في Hadoop 3.4.2 يقرأ SocksSocketFactory نقطة النهاية host:port من Configuration الخاصة به، وينشئ مقابس Java بذلك المسار. لاختبار TCP عام مسموح به دون مصادقة وكيل، يمكن لمدخل متوافق من قائمة وكلاء SOCKS أن يوفر hadoop.socks.server؛ تأكد من الوصول إلى جميع وجهات البروتوكول والمنافذ المطلوبة.

قبل افتراض اختيار الافتراضي، افحص المفتاح الخاص بالبروتوكول: يفحص NetUtils أولًا hadoop.rpc.socket.factory.class. ثم الاسم البسيط لصنف البروتوكول. ولا يستخدم الافتراضي إلا عندما لا يختار ذلك البحث أي مصنع.

لذلك قد تُبقي قيمة من ملف محمّل آخر المصنع القديم نشطًا. افحص Configuration الفعلي للعميل بدلًا من ملف XML واحد على خادم.

ينطبق هذا حيث يستخدم Hadoop مصنع TCP ذلك. وهو يحافظ على سلوك عنوان الوجهة وDNS للمكوّن؛ واختيار الوكيل ليس تعليمًا باختلاق نتائج DNS بديلة.