Ffatri socedi SOCKS yng nghyfluniad cleient Hadoop
Llwythwch y penbwynt SOCKS a'r dosbarth ffatri gyda'i gilydd, yna cyfrifwch am drosysgrifiadau ffatri Hadoop sy'n benodol i brotocol.
Mae Hadoop angen y penbwynt SOCKS a ffatri socedi cleient sy'n ei ddarllen. Ychwanegwch y ddau at y core-site.xml a lwythwyd ar gyfer y gweithrediad:
<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 mae SocksSocketFactory yn darllen y penbwynt host:port o'i Configuration ac yn creu socedi Java gyda'r llwybr hwnnw. Ar gyfer prawf TCP cyhoeddus a ganiateir heb ddilysu dirprwy, gall cofnod cydnaws o'r rhestr dirprwyon SOCKS ddarparu hadoop.socks.server; cadarnhewch fynediad at bob cyrchfan protocol a phorth sy'n ofynnol.
Cyn tybio mai'r rhagosodiad a ddewiswyd, archwiliwch yr allwedd benodol i brotocol: mae NetUtils yn gwirio hadoop.rpc.socket.factory.class. yn gyntaf, yna enw syml y dosbarth protocol. Dim ond pan nad yw'r chwiliad hwnnw'n dewis ffatri y mae'n defnyddio'r rhagosodiad.
Felly gall gwerth o ffeil arall a lwythwyd gadw'r hen ffatri yn weithredol. Archwiliwch Configuration effeithiol y cleient yn hytrach nag un ffeil XML ar weinydd.
Mae hyn yn berthnasol lle mae Hadoop yn defnyddio'r ffatri TCP honno. Mae'n cadw ymddygiad cyfeiriad cyrchfan a DNS y gydran; nid yw dewis y dirprwy yn gyfarwyddyd i ddychmygu canlyniadau DNS amgen.