In SOCKS-socketfabryk yn 'e kliïntkonfiguraasje fan Hadoop
Laad it SOCKS-einpunt en de fabryksklasse tegearre, en hâld dan rekken mei de protokolspezifike fabryk-oerskriuwings fan Hadoop.
Hadoop hat sawol it SOCKS-einpunt as in kliïnt-socketfabryk dat it lêst nedich. Foegje beide ta oan 'e core-site.xml dy't foar de operaasje laden is:
<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>Yn Hadoop 3.4.2 lêst SocksSocketFactory it host:port-einpunt út syn Configuration en makket Java-sockets mei dy rûte. Foar in tastiene iepenbiere TCP-test sûnder proxy-autentikaasje kin in kompatibele ynfier út 'e SOCKS-proxylist hadoop.socks.server leverje; befêstigje tagong ta alle fereaske protokoldestinaasjes en poarten.
Foardat jo oannimme dat de standert keazen is, ûndersykje de protokolspezifike kaai: NetUtils kontrolearret earst hadoop.rpc.socket.factory.class. folge troch de ienfâldige namme fan 'e protokolklasse. It brûkt de standert allinnich as dy syktocht gjin fabryk kiest.
In wearde út in oar laden bestân kin dêrom it âlde fabryk aktyf hâlde. Undersykje de effektive kliïntkonfiguraasje ynstee fan ien XML-bestân op in tsjinner.
Dit jildt dêr't Hadoop dat TCP-fabryk brûkt. It behâldt it gedrach fan it komponint foar bestimmingsadres en DNS; it kiezen fan 'e proxy is gjin opdracht om ferfangende DNS-resultaten te betinken.