SOCKS-soketa fabriko en la klienta agordo de Hadoop

Hadoop bezonas kaj la SOCKS-finpunkton kaj klientan soketan fabrikon, kiu legas ĝin. Aldonu ambaŭ al la core-site.xml ŝargita por la operacio:

<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>

En Hadoop 3.4.2, SocksSocketFactory legas la finpunkton host:port el sia Configuration kaj kreas Java-soketojn kun tiu vojo. Por permesita publika TCP-testo sen prokura aŭtentikigo, kongrua enskribo el la listo de SOCKS-prokuroj povas provizi hadoop.socks.server; konfirmu aliron al ĉiuj postulataj protokolaj celoj kaj portoj.

Antaŭ ol supozi, ke la defaŭlto estas elektita, ekzamenu la protokolan ŝlosilon: NetUtils unue kontrolas hadoop.rpc.socket.factory.class. poste la simplan nomon de la protokola klaso. Ĝi uzas la defaŭlton nur kiam tiu serĉo elektas neniun fabrikon.

Valoro el alia ŝargita dosiero povas do teni la malnovan fabrikon aktiva. Ekzamenu la efektivan klientan Configuration, ne unu XML-dosieron sur servilo.

Tio validas tie, kie Hadoop uzas tiun TCP-fabrikon. Ĝi konservas la konduton de la komponento pri celadreso kaj DNS; elekti la prokuron ne estas instrukcio elpensi anstataŭajn DNS-rezultojn.