SOCKS-sokkapverksmiðja í biðlarauppsetningu Hadoop
Hlaðið SOCKS-endapunktinum og verksmiðjuflokknum saman og takið þá tillit til gagntekninga Hadoop á verksmiðju sem eru sértækar fyrir samskiptareglur.
Hadoop þarf bæði SOCKS-endapunktinn og biðlarasokkapverksmiðju sem les hann. Bætið báðum við core-site.xml sem hlaðið er fyrir aðgerðina:
<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 les SocksSocketFactory host:port-endapunktinn úr Configuration sínu og býr til Java-sokka með þeirri leið. Fyrir leyfða opinbera TCP-prófun án auðkenningar milliþjóns getur samhæf færsla úr lista yfir SOCKS-milliþjóna veitt hadoop.socks.server; staðfestið aðgang að öllum nauðsynlegum áfangastöðum og portum samskiptareglna.
Áður en gert er ráð fyrir að sjálfgefna gildið sé valið skal skoða lykilinn sem er sértækur fyrir samskiptareglurnar: NetUtils athugar fyrst hadoop.rpc.socket.factory.class. og síðan einfalt heiti samskiptaregluflokksins. Það notar sjálfgefna gildið aðeins þegar sú leit velur enga verksmiðju.
Gildi úr annarri hlaðinni skrá getur því haldið gömlu verksmiðjunni virkri. Skoðið raunverulega Configuration biðlarans í stað einnar XML-skrár á þjóni.
Þetta á við þar sem Hadoop notar þá TCP-verksmiðju. Hún varðveitir hegðun íhlutarins varðandi áfangastað og DNS; að velja milliþjóninn er ekki fyrirmæli um að búa til staðgengils-DNS-niðurstöður.