இரண்டு செல்லுலார் தளங்கள், உள்வரும் போர்ட்டுகள் இல்லை: வேலை செய்யும் ஒரு மையத்தை உருவாக்குங்கள்

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

எந்த தளத்திற்கும் அழைக்க முடியாது, எனவே இரண்டும் வெளிப்புறமாக அழைக்க வேண்டும்

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

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

உங்கள் முன் உள்ள தளத்தின் முகவரி கேள்விக்கு இரண்டு கட்டளைகள் பதிலளிக்கின்றன. அவற்றை தளத்தின் திசைவியில் இயக்குங்கள், அதற்குப் பின்னால் உள்ள மடிக்கணினியில் அல்ல:

ip -4 addr show scope global
ip -6 addr show scope global

யார் சகாக்களை அறிமுகப்படுத்துகிறார், யார் பொதிகளைச் சுமக்கிறார்

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

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

ஒவ்வொரு தளத்திற்கும் ஒரு வழி, சகாவின் உரிமையில்

மையத்திற்கு ஒவ்வொரு தளத்திற்கும் ஒரு சுரங்கப்பாதை, ஒவ்வொன்றின் பின்னும் தனி LAN முன்னொட்டு, மற்றும் ஒவ்வொரு முன்னொட்டிற்கும் அதன் உரிமையாளரைப் பெயரிடும் வழி தேவை. எடுத்துக்காட்டில் மையம் 10.61.0.1, தளம் A என்பது LAN 10.60.10.0/24 கொண்ட 10.61.0.11, தளம் B என்பது LAN 10.60.20.0/24 கொண்ட 10.61.0.12 ஆகும். கீழே உள்ள ஒவ்வொரு வழியும் சுரங்கப்பாதை இடைமுகத்தை அல்ல, முன்னொட்டைக் கொண்ட சகாவை நோக்கிக் காட்டுகிறது:

ip route add 10.60.10.0/24 via 10.61.0.11 dev wg0
ip route add 10.60.20.0/24 via 10.61.0.12 dev wg0
sysctl net.ipv4.ip_forward
ip route get 10.60.20.55 from 10.60.10.77

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

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

ஒவ்வொரு மேப்பிங்கையும் இயக்குபவர் வழியாக உயிரோடு வைத்திருங்கள்

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

[Peer]
PublicKey = <hub public key>
Endpoint = 192.0.2.10:51820
AllowedIPs = 10.61.0.1/32, 10.60.20.0/24
PersistentKeepalive = 25

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

இரு திசைகளையும் நிரூபியுங்கள், பின்னர் மீட்பை நிரூபியுங்கள்

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

wg show wg0 latest-handshakes
ping -c 3 10.60.20.55
traceroute -n 10.60.20.55

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