Meatze-poola VPN bidez: saioa bide egokian mantendu

Meatzaritza softwareak socket bakarra edukitzen du irekita helbide bakarrera, eta tunelari, bideari eta kreditatutako lanari buruzko galdera oro socket horretan zintzilik dago. Socket hori pool baten amaierako punturako irteerako bezero-saio bat da, peer-ak onartzen dituen entzule bat ez. Beheko ibilaldiak jarraitzen du poolak jaulkitako lau balioetatik poolak benetan erregistratu zuen partekin, eta hostaren beste zerbitzuak bakean uzten ditu. Urrats bakoitzak konparatu daitekeen erantzuna ematen du, inpresio bat ez.

Hasi poolak benetan jaulkitako amaierako puntutik

Poolak kontratu osoa osatzen duten lau balio ematen dizkizu: host izena edo helbidea, ataka, protokolo aldaera eta kontu-katea. Hartu itzazu poolaren paneletik edo harrera-mezutik, beste pool baterako tutorial batetik ez. Zerbitzu bererako eskualdeko shardak daude, beraz gida zahar batetik kopiatutako host izen batek oraindik konekta dezake eta inoiz erabili nahi ez zenuen kontu bat oraindik kreditatu dezake. Kopiatu lau balioak hitzez hitz meatzariaren konfigurazioan, berridatzitako kontu-kate batek bereizlea galtzen duelako.

Bideratzen ari zaren fluxua Bitcoin garatzailearen gidak Stratum saio deitzen duena da: poolak lana banatzen duen eta meatzariak partek itzultzen dituen TCP konexio iraunkor bidikoa. Hau ez da nodo oso baten peer konexioen edo zorro baten kate-sinkronizazioaren fluxu bera, eta horiek trafiko klase bakarrean tolestatzea da nahasmen gehiena hasten den lekua. Lehenengoa soilik dagokio politika honi.

Poolak TLS eskaintzen duen lekuan, mantendu bere dokumentazioak eskatzen duen zerbitzari-egiaztapena. Tunel batek zure makinatik VPN zerbitzarirako jauzia zifratzen du eta han amaitzen da; ez du beste aldean erantzuten duenaren bermerik ematen. Mantendu bi egiaztapenak, bana mutur bakoitzean, saioak irteera konprometitu bat gainditzea nahi baduzu.

Lotu tunela prozesuari, ez etxeari

Bi lotura-puntu funtzionatzen dute: exekutatu VPN bezeroa meatzariak erabiltzen duen sare-izen-espazioaren barruan, edo eman izen-espazio horri bere trafiko tunelera eramaten duen ate bat. Bi antolamenduek saioa bidean jartzen dute poolak ikusi aurretik. Ohiko hutsegitea hostean bezero bat, bere zubia duen edukiontzi batean meatzari bat eta edukiontziak inoiz kontsultatzen ez duen host bidea da. Bezeroaren leihoa osasuntsu ikusten da poolak zure etxeko helbidea erregistratzen duen bitartean.

Egiaztatu tunelaren beraren garraioa ezer mugatu aurretik. Bezeroak bere zerbitzarira azpiko geruzatik iritsi behar du, beraz pakete guztiak harrapatzen dituen politika batek tunela eraikiko luketen paketeak ere harrapatzen ditu. Orduan tunela ezin da abiatu eta beste ezerk ez du irteten ere. Hautatu bezeroaren tunel zatituaren funtzioarekin tunelera zer sartzen den; lehenetsitako bideak eskuz editatzea da azpiko geruza desagertzen den modua.

Politika martxan dagoenean, irakurri socket taula meatzariaren jabe den izen-espazioan. Poolaren atakarako fluxua tunelaren interfazean egon beharko litzateke, eta bi komandok erantzuten diote galdera horri. Beheko ataka adibide bat da; ordeztu poolak jaulkitakoarekin.

sudo nsenter -t "$(pidof cgminer)" -n ss -tnp state established 'dport = :3333'
sudo nsenter -t "$(pidof cgminer)" -n ip route get 203.0.113.10

Irakurri bidea eta resolver-a meatzariaren beraren testuingurutik

Bideratzea eta izenen ebazpena izen-espazio bakoitzekoak dira, beraz shell arrunt batean exekutatutako egiaztapen batek makina okerra deskribatzen du meatzaria edukiontzian dagoenean. Sartu lehenengo izen-espazioan eta gero galdetu zein interfazek eramango lukeen paketea poolaren helbidera eta zein resolver-ek erantzungo lukeen haren host izenari. Hostaren erantzunak ez dira aldatzen, eta bien arteko aldea gaizki kokatutako erruaren iturri ohikoa da.

Izenda ezazu lortzen duzun interfazea: tunelak saioa nahi den bidean dagoela esan nahi du, eta esteka fisikoak erregela bat espero zenuena baino lehenago bat etorri zela. Aurrizkiaren luzerak erabakitzen du lehenengo, gero metrikak, gero politikaren erregelak, beraz hainbat sarrera lehenetsi dituen taula batek ez ditu paketeak bikoizten, galtzen du soilik.

Resolver-ek bideetatik bereiz huts egiten dute. /etc/resolv.conf berridazten duen tunel batek izen-espazioa tunelaren barrutik bakarrik irisgarria den resolver batera seinalatzen utz dezake, eta horrek TCP esku-ukaldi bat gertatu aurretik huts egiten du. Ebatz ezazu poolaren host izena izen-espazioaren barruan eta alderatu argitaratutako helbidearekin. Bilaketak denbora agortzen badu edo beste zerbait itzultzen badu, konpondu ebazpena bideak ukitu aurretik.

Mantendu bereiz poolaren bezeroa eta nodoaren entzulea

8333 ataka Bitcoin Core-ren peer ataka da, non nodo oso batek sarrerako konexioak entzuten dituen; pool meatzari batek ez du inoiz irekita behar, eta irekitzeak ez du irteerako hutsegite bat konpontzen. Sarrerako entzuleak eta irteerako saioak kontrako rolak dira, kontrako konfiantza-suposizioekin. Meatzari baten konfigurazioan ezerk ez du ataka hori lotzen, beraz ataka itxi batek ezin du berak jakinarazten duen errore bat azaldu. Nodo baten irisgarritasunerako idatzitako aholkuek, beraz, partek bidaltzeko soilik zen host batean zerbitzu publiko bat martxan utz dezakete.

Makina batek benetan biak egiten baditu, tratatu rol bakoitza bere zerbitzu gisa, bere sarbide-erabakiarekin. Nodoaren entzulea zerbitzu publikoei aplikatzen diezun politikaren atzean dago, eta meatzariaren saioa tunela aukeratzen duen irteera-politikari dagokio. Erregistra ezazu hostak zein rol betetzen duen eta kendu beste rolaren erregelak hori aldatzen denean, geratzen den baimen-erregela bat bere arrazoia baino gehiago bizi delako.

Froga ezazu poolak lana jaso zuela

Haizagailu lanpetuak eta hashrate gorakorrak meatzaria kalkulatzen ari dela erakusten dute, ez ezer poolera iritsi denik. Froga bezeroaren bidalketa-kontagailuetan edo poolaren panelean dago: onartutako partek, ukatuako partek eta ukapen bakoitzari erantsitako arrazoia. Zenbaki horiek kanpotik berdin ikusten diren hiru hutsegite bereizten dituzte: saiorik ez, krediturik gabeko saio bat eta etengabe birkonektatzen den saio bat. Irakurri itzazu edozein konfigurazio aldatu aurretik.

Behatu konexio-saiakera bat erregistro xehearekin eta idatz ezazu arrakasta izan zuen azken etapa. Sekuentzia gelditzen den etapa inguruan duen edozein mezu bakarra baino erabilgarriagoa da:

Gero utzi bezeroari leiho finko bat exekutatzen eta kontatu bi emaitzak haren erregistrotik. Kontagailu bakoitzeko grep batek nahikoa du, eta leiho berean alderatzeak pool geldoa bide hautsitik bereizten du. Egokitu bidea zure bezeroak idazten duen lekura, bi zenbaketak ez baitira kokapenaren araberakoak:

grep -c Accepted /var/log/miner.log
grep -c Rejected /var/log/miner.log

Erregela batek tunela erortzen den bakoitzean poolarekiko konexio zuzena debekatzen badu, adieraz ezazu poolaren amaierako puntuan blokeo esplizitu gisa. Isilka esteka fisikoaren bidez berriro saiatzen den bezero bat meatzaritzan jarraituko du eta erregela hori urratzen jarraituko du, eta haren egoera-pantailak ez du hori aipatuko. Probatu erregela tunela nahita erortzen utziz eta poolaren atakara inola ere iristen ez dela egiaztatuz.