மைனிங் மென்பொருள் ஒரு சாக்கெட்டை ஒரு முகவரிக்கு திறந்து வைத்திருக்கிறது, மேலும் டன்னல், பாதை மற்றும் வரவு வைக்கப்பட்ட வேலை பற்றிய ஒவ்வொரு கேள்வியும் அந்த சாக்கெட்டில் தொங்குகிறது. அந்த சாக்கெட் பூலின் இறுதிப் புள்ளிக்குச் செல்லும் வெளிச்செல்லும் கிளையண்ட் அமர்வு, peer-களை ஏற்கும் கேட்பான் அல்ல. கீழே உள்ள பயணம் அதை பூல் வெளியிட்ட நான்கு மதிப்புகளிலிருந்து பூல் உண்மையில் பதிவு செய்த பங்கு வரை கொண்டு செல்கிறது, மேலும் ஹோஸ்ட்டின் பிற சேவைகளைத் தொடுவதில்லை. ஒவ்வொரு படியும் ஒப்பிடக்கூடிய பதிலைத் தருகிறது, ஒரு உணர்வை அல்ல.

பூல் உண்மையில் வெளியிட்ட இறுதிப் புள்ளியிலிருந்து தொடங்குங்கள்

பூல் உங்களுக்கு முழு ஒப்பந்தத்தையும் உருவாக்கும் நான்கு மதிப்புகளைத் தருகிறது: ஹோஸ்ட் பெயர் அல்லது முகவரி, துறைமுகம், நெறிமுறை வகை மற்றும் கணக்கு சரம். அவற்றை பூலின் டாஷ்போர்டு அல்லது வரவேற்பு செய்தியிலிருந்து எடுங்கள், வேறு பூலுக்கான பயிற்சியிலிருந்து அல்ல. அதே சேவைக்கு பிராந்திய ஷார்டுகள் உள்ளன, எனவே பழைய வழிகாட்டியிலிருந்து நகலெடுக்கப்பட்ட ஹோஸ்ட் பெயர் இன்னும் இணைய முடியும், நீங்கள் ஒருபோதும் பயன்படுத்த நினைக்காத கணக்கில் இன்னும் வரவு வைக்க முடியும். நான்கு மதிப்புகளையும் அப்படியே மைனரின் கட்டமைப்பில் நகலெடுங்கள், ஏனெனில் மீண்டும் தட்டச்சு செய்யப்பட்ட கணக்கு சரம் ஒரு பிரிப்பானை இழக்கிறது.

நீங்கள் வழிநடத்தும் ஓட்டம் Bitcoin உருவாக்குநர் வழிகாட்டி Stratum அமர்வு என்று அழைப்பதே: பூல் வேலையைப் பகிர்ந்து மைனர் பங்குகளைத் திரும்ப அளிக்கும் நிலையான இரு-வழி TCP இணைப்பு. இது முழு நோடின் peer இணைப்புகள் அல்லது பணப்பையின் சங்கிலி ஒத்திசைவு போன்ற ஓட்டம் அல்ல, மேலும் இவற்றையெல்லாம் ஒரே போக்குவரத்து வகுப்பில் மடிப்பதே பெரும்பாலான குழப்பம் தொடங்கும் இடம். இந்தக் கொள்கையின் கீழ் முதல் ஒன்று மட்டுமே வருகிறது.

பூல் TLS வழங்கும் இடத்தில், அதன் ஆவணங்கள் கோரும் சேவையக சரிபார்ப்பை வைத்திருங்கள். டன்னல் உங்கள் இயந்திரத்திலிருந்து VPN சேவையகம் வரையிலான தாவலை மறையாக்கி அங்கேயே முடிகிறது; மறுபக்கத்தில் யார் பதிலளிக்கிறார் என்பதற்கு உத்தரவாதம் அல்ல. அமர்வு சமரசம் செய்யப்பட்ட வெளியேற்றத்திலிருந்து தப்ப வேண்டும் என்றால் இரு முனைகளிலும் இரு சரிபார்ப்புகளையும் வைத்திருங்கள்.

டன்னலை செயல்முறையுடன் இணைக்கவும், வீட்டுடன் அல்ல

இணைக்கும் இரு இடங்கள் வேலை செய்கின்றன: VPN கிளையண்டை மைனர் பயன்படுத்தும் பிணைய பெயர்வெளிக்குள் இயக்கவும், அல்லது அந்த பெயர்வெளிக்கு அதன் போக்குவரத்தை டன்னலுக்குள் எடுத்துச் செல்லும் நுழைவாயில் கொடுக்கவும். இரு ஏற்பாடுகளும் அமர்வை பூல் பார்ப்பதற்கு முன்பே பாதையில் வைக்கின்றன. வழக்கமான தோல்வி என்னவென்றால் கிளையண்ட் ஹோஸ்ட்டில், மைனர் தனது பாலத்துடன் கன்டெய்னரில், மேலும் கன்டெய்னர் ஒருபோதும் கேட்காத ஹோஸ்ட் பாதை. கிளையண்ட் சாளரம் ஆரோக்கியமாகத் தெரிகிறது, பூல் உங்கள் வீட்டு முகவரியைப் பதிவு செய்யும்போது.

எதையும் வரம்பிடும் முன் டன்னலின் சொந்தப் போக்குவரத்தைச் சரிபாருங்கள். கிளையண்ட் அதன் சேவையகத்தை அடிநில அடுக்கு வழியாக அடைய வேண்டும், எனவே ஒவ்வொரு பொதியையும் பிடிக்கும் கொள்கை டன்னலைக் கட்டியிருக்கும் பொதிகளையும் பிடிக்கிறது. பிறகு டன்னல் தொடங்க முடியாது, வேறு எதுவும் வெளியேறாது. கிளையண்டின் பிரிக்கப்பட்ட டன்னல் அம்சத்தால் டன்னலுக்குள் என்ன செல்கிறது என்பதைத் தேர்ந்தெடுங்கள்; இயல்புநிலை பாதைகளை கையால் திருத்துவதே அடிநில அடுக்கு மறையும் வழி.

கொள்கை இடத்தில் நிலைத்தபின், மைனர் சொந்தமான பெயர்வெளியில் உள்ள சாக்கெட் அட்டவணையைப் படியுங்கள். பூலின் துறைமுகத்திற்கான ஓட்டம் டன்னல் இடைமுகத்தில் இருக்க வேண்டும், மேலும் இரு கட்டளைகள் அந்தக் கேள்விக்குப் பதிலளிக்கின்றன. கீழே உள்ள துறைமுகம் ஒரு எடுத்துக்காட்டு; பூல் வெளியிட்டதை இடவும்.

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

பாதையையும் தீர்வியையும் மைனரின் சொந்த சூழலிலிருந்து படியுங்கள்

வழிமாற்றமும் பெயர் தீர்வும் ஒவ்வொரு பெயர்வெளிக்கும் பொருந்தும், எனவே சாதாரண ஷெல்லில் இயக்கப்படும் சரிபார்ப்பு மைனர் கன்டெய்னரில் இருக்கும்போது தவறான இயந்திரத்தை விவரிக்கிறது. முதலில் பெயர்வெளிக்குள் சென்று, பின்னர் எந்த இடைமுகம் பொதியை பூல் முகவரிக்கு எடுத்துச் செல்லும், எந்த தீர்வி அதன் ஹோஸ்ட் பெயருக்குப் பதிலளிக்கும் என்று கேளுங்கள். ஹோஸ்ட்டின் பதில்கள் மாற்றப்படுவதில்லை, அவற்றுக்கிடையிலான இடைவெளி தவறான இடத்தில் போடப்பட்ட குற்றச்சாட்டின் பொதுவான மூலம்.

நீங்கள் பெறும் இடைமுகத்தைப் பெயரிடுங்கள்: டன்னல் என்பது அமர்வு நோக்கிய பாதையில் உள்ளது, அதேசமயம் இயற்பியல் இணைப்பு என்பது ஒரு விதி நீங்கள் எதிர்பார்த்ததை விட முன்னதாகப் பொருந்தியது. முன்னொட்டு நீளம் முதலில் தீர்மானிக்கிறது, பின்னர் அளவீடு, பின்னர் கொள்கை விதிகள், எனவே பல இயல்புநிலை உள்ளீடுகள் கொண்ட அட்டவணை பொதிகளை இரட்டிப்பாக்காது, தோற்கிறது மட்டுமே.

தீர்விகள் பாதைகளிலிருந்து தனியாகத் தோல்வியடைகின்றன. /etc/resolv.conf ஐ மீண்டும் எழுதும் டன்னல் பெயர்வெளியை டன்னலின் உள்ளிருந்து மட்டுமே அணுகக்கூடிய தீர்வியை நோக்கிக் காட்டி விடலாம், இது எந்த TCP கைக்குலுக்கலும் நடப்பதற்கு முன்பே தோல்வியடைகிறது. பூலின் ஹோஸ்ட் பெயரை பெயர்வெளிக்குள் தீர்த்து வெளியிடப்பட்ட முகவரியுடன் ஒப்பிடுங்கள். தேடல் காலாவதியானால் அல்லது வேறு ஏதாவது திருப்பினால், பாதைகளைத் தொடும் முன் தீர்வைச் சரிசெய்யுங்கள்.

பூல் கிளையண்டையும் நோட் கேட்பானையும் தனித்தனியாக வைத்திருங்கள்

துறைமுகம் 8333 Bitcoin Core இன் peer துறைமுகம், அங்கு முழு நோட் உள்வரும் இணைப்புகளைக் கேட்கிறது; பூல் மைனருக்கு அது ஒருபோதும் திறந்திருப்பது தேவையில்லை, அதைத் திறப்பது வெளிச்செல்லும் கோளாறைச் சரிசெய்யாது. உள்வரும் கேட்பான்களும் வெளிச்செல்லும் அமர்வுகளும் எதிரெதிர் நம்பிக்கை அனுமானங்களைக் கொண்ட எதிரெதிர் பாத்திரங்கள். மைனரின் கட்டமைப்பில் எதுவும் அந்தத் துறைமுகத்தைக் கட்டவில்லை, எனவே மூடிய துறைமுகம் அது தெரிவிக்கும் எந்தப் பிழையையும் விளக்க முடியாது. எனவே நோடின் அணுகல்தன்மைக்காக எழுதப்பட்ட ஆலோசனை பங்குகளை அனுப்புவதற்கு மட்டுமே இருந்த ஹோஸ்ட்டில் பொதுச் சேவையை இயங்கவிட்டு விடலாம்.

ஒரு இயந்திரம் உண்மையில் இரண்டையும் செய்தால், ஒவ்வொரு பாத்திரத்தையும் அதன் சொந்த அணுகல் முடிவுடன் தனிச் சேவையாகக் கருதுங்கள். நோடின் கேட்பான் நீங்கள் பொதுச் சேவைகளுக்குப் பயன்படுத்தும் கொள்கைக்குப் பின்னால் உள்ளது, மைனரின் அமர்வு டன்னலைத் தேர்ந்தெடுக்கும் வெளிச்செல்லும் கொள்கைக்கு உரியது. ஹோஸ்ட் எந்தப் பாத்திரத்தை வகிக்கிறது என்பதைப் பதிவு செய்து அது மாறும்போது மற்ற பாத்திரத்தின் விதிகளை அகற்றுங்கள், ஏனெனில் எஞ்சிய அனுமதி விதி அதன் காரணத்தை விட நீண்டு வாழ்கிறது.

பூல் வேலையைப் பெற்றது என்பதை நிரூபியுங்கள்

பிஸியான விசிறியும் உயரும் ஹாஷ்ரேட்டும் மைனர் கணக்கிடுகிறது என்பதைக் காட்டுகின்றன, பூலை எதுவும் அடைந்தது என்பதை அல்ல. சான்று கிளையண்டின் அனுப்புதல் எண்ணிகளில் அல்லது பூலின் டாஷ்போர்டில் உள்ளது: ஏற்றுக்கொள்ளப்பட்ட பங்குகள், நிராகரிக்கப்பட்ட பங்குகள் மற்றும் ஒவ்வொரு நிராகரிப்புடன் இணைக்கப்பட்ட காரணம். அந்த எண்கள் வெளியிலிருந்து ஒரே மாதிரி தெரியும் மூன்று தோல்விகளைப் பிரிக்கின்றன: அமர்வு இல்லை, வரவு இல்லாத அமர்வு, மற்றும் திரும்பத் திரும்ப இணையும் அமர்வு. எந்தக் கட்டமைப்பையும் மாற்றும் முன் அவற்றைப் படியுங்கள்.

விரிவான பதிவுடன் ஒரு இணைப்பு முயற்சியைப் பார்த்து வெற்றிபெற்ற கடைசி நிலையைக் குறிக்கொள்ளுங்கள். வரிசை நிற்கும் நிலை அதைச் சுற்றியுள்ள எந்த ஒரு செய்தியையும் விட பயனுள்ளது:

Last stage reachedWhat it rules outProbe to run next
Name lookup completedResolver and namespace reachabilityip route get for the returned address
TCP connect completedRoute and egress filteringss -tnp on the tunnel interface
Subscription returned a jobEndpoint or protocol mismatchAccepted against rejected counts

பின்னர் கிளையண்டை ஒரு நிலையான சாளரத்திற்கு இயக்கவிட்டு அதன் பதிவிலிருந்து இரு முடிவுகளையும் எண்ணுங்கள். ஒவ்வொரு எண்ணிக்கு ஒரு grep போதும், அவற்றை அதே சாளரத்தில் ஒப்பிடுவது மெதுவான பூலை உடைந்த பாதையிலிருந்து பிரிக்கிறது. பாதையை உங்கள் கிளையண்ட் எழுதும் இடத்திற்கு மாற்றுங்கள், ஏனெனில் இரு எண்ணிக்கைகளும் இருப்பிடத்தைச் சார்ந்தவை அல்ல:

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

ஒரு விதி டன்னல் விழும் ஒவ்வொரு முறையும் பூலுடன் நேரடி இணைப்பைத் தடை செய்தால், அதை பூலின் இறுதிப் புள்ளியில் தெளிவான தடையாக வெளிப்படுத்துங்கள். இயற்பியல் இணைப்பு வழியாக அமைதியாக மீண்டும் முயலும் கிளையண்ட் தொடர்ந்து மைனிங் செய்யும், அந்த விதியை மீறுவதையும் தொடரும், அதன் நிலைத் திரை இதைக் குறிப்பிடாது. விதியை டன்னலை வேண்டுமென்றே விழவைத்து, பூலின் துறைமுகத்தை அணுகவே முடியாது என்பதை உறுதிப்படுத்திச் சோதியுங்கள்.

தொடர்புடைய கட்டுரைகள்