'n SOCKS-sokfabriek in Hadoop se kliëntkonfigurasie
Laai die SOCKS-eindpunt en die fabriekklas saam, en hou dan rekening met Hadoop se protokolspesifieke fabriekoorheersings.
Hadoop het beide die SOCKS-eindpunt en 'n kliënt-sokfabriek nodig wat dit lees. Voeg albei by die core-site.xml wat die bewerking laai:
<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>In Hadoop 3.4.2 lees SocksSocketFactory die host:port-eindpunt uit sy Configuration en skep Java-sokke met daardie roete. Vir 'n toegelate openbare TCP-toets sonder proxy-verifikasie kan 'n versoenbare inskrywing uit die SOCKS-proxylys hadoop.socks.server verskaf; bevestig toegang tot alle vereiste protokolbestemmings en -poorte.
Voordat jy aanvaar dat die verstek gekies word, ondersoek die protokolspesifieke sleutel: NetUtils kyk eerste na hadoop.rpc.socket.factory.class. gevolg deur die eenvoudige naam van die protokolklas. Dit gebruik die verstek slegs wanneer daardie soektog geen fabriek kies nie.
'n Waarde uit 'n ander gelaaide lêer kan dus die ou fabriek aktief hou. Ondersoek die effektiewe kliëntkonfigurasie eerder as een XML-lêer op 'n bediener.
Dit geld waar Hadoop daardie TCP-fabriek gebruik. Dit behou die komponent se bestemmingsadres- en DNS-gedrag; die keuse van die proxy is nie 'n opdrag om vervangende DNS-resultate te versin nie.