SOCKS սոկետի ֆաբրիկա Hadoop-ի հաճախորդի կոնֆիգուրացիայում
Բեռնեք SOCKS վերջնակետը և ֆաբրիկայի դասը միասին, ապա հաշվի առեք Hadoop-ի արձանագրությանը հատուկ ֆաբրիկայի փոխարինումները։
Hadoop-ին պետք են և՛ SOCKS վերջնակետը, և՛ այն կարդացող հաճախորդի սոկետի ֆաբրիկա։ Ավելացրեք երկուսն էլ գործողության համար բեռնված core-site.xml-ում՝
<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-ում SocksSocketFactory իր Configuration-ից կարդում է host:port վերջնակետը և ստեղծում Java սոկետներ այդ ուղով։ Առանց պրոքսի նույնականացման թույլատրված հանրային TCP փորձարկման համար SOCKS պրոքսիների ցանկից համատեղելի գրառումը կարող է տալ hadoop.socks.server; հաստատեք հասանելիությունը բոլոր անհրաժեշտ արձանագրային նշանակակետերին և պորտերին։
Նախքան ենթադրելը, թե ընտրված է լռելյայնը, ստուգեք արձանագրությանը հատուկ բանալին. NetUtils-ը նախ ստուգում է hadoop.rpc.socket.factory.class., ապա արձանագրության դասի պարզ անվանումը։ Լռելյայնը օգտագործվում է միայն այն դեպքում, երբ այդ որոնումը ոչ մի ֆաբրիկա չի ընտրում։
Այսպիսով՝ մեկ այլ բեռնված ֆայլից եկած արժեքը կարող է հին ֆաբրիկան ակտիվ պահել։ Ստուգեք հաճախորդի արդյունավետ Configuration-ը, այլ ոչ սերվերի վրա գտնվող մեկ XML ֆայլ։
Սա վերաբերում է այն դեպքերին, երբ Hadoop-ը օգտագործում է այդ TCP ֆաբրիկան։ Այն պահպանում է բաղադրիչի նպատակակետ-հասցեի և DNS-ի վարքը. պրոքսի ընտրությունը հրահանգ չէ հորինելու փոխարինող DNS արդյունքներ։