SOCKS-pesafactory Hadoopi kliendikonfiguratsioonis
Laadige SOCKS-i lõpp-punkt ja factory klass koos ning arvestage seejärel Hadoopi protokollipõhiste factory ülekirjutustega.
Hadoop vajab nii SOCKS-i lõpp-punkti kui ka kliendi pesafactoryt, mis seda loeb. Lisage mõlemad toimingu jaoks laaditud core-site.xml-i:
<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>Hadoopis 3.4.2 loeb SocksSocketFactory host:port lõpp-punkti oma Configurationist ja loob selle marsruudiga Java-pesad. Lubatud avaliku TCP-testi jaoks ilma puhverserveri autentimiseta võib ühilduv kirje SOCKS-i puhverserverite loendist pakkuda hadoop.socks.server väärtust; kinnitage juurdepääs kõigile nõutavatele protokolli sihtkohtadele ja portidele.
Enne eeldamist, et vaikeväärtus on valitud, kontrollige protokollipõhist võtit: NetUtils kontrollib esmalt hadoop.rpc.socket.factory.class. ja seejärel protokolliklassi lihtnime. Vaikeväärtust kasutab see ainult siis, kui see otsing ei vali ühtegi factoryt.
Seetõttu võib teisest laaditud failist pärit väärtus hoida vana factory aktiivsena. Kontrollige tegelikku kliendi Configurationit, mitte ühte XML-faili serveris.
See kehtib seal, kus Hadoop seda TCP factoryt kasutab. See säilitab komponendi sihtkoha-aadressi ja DNS-i käitumise; puhverserveri valimine ei ole juhis väljamõeldud DNS-tulemuste loomiseks.