WireGuard மொபைல் டேட்டாவில் வேலை செய்கிறது, ஆனால் அதே Wi-Fi இல் செய்யவில்லை
LAN உள்ளேயிருந்து ரவுட்டரின் பொது முகவரிக்குச் செல்லும் கோரிக்கை மொபைல் டேட்டாவிலிருந்து வரும் கோரிக்கையிலிருந்து வேறு பாதையை எடுக்கிறது. முதலில் வெளியே சோதித்து, பின்னர் உள்ளூர் பாதையைத் தேர்ந்தெடுக்கவும்.
மொபைல் டேட்டாவில் சுரங்கப்பாதை மேலெழுகிறது, ஆனால் வீட்டில் அதே சுயவிவரம், அதே பியர் சாவி மற்றும் இடையில் எந்த கட்டமைப்பு மாற்றமும் இல்லாமல் அது இணைக்கிறது என்ற நிலையில் அமர்ந்திருக்கிறது. வேறுபாடு பயணத்தில் உள்ளது: LAN உள்ளேயிருந்து ரவுட்டரின் பொது முகவரிக்குச் செல்லும் கோரிக்கை இணையத்திலிருந்து வரும் கோரிக்கையின் அதே பயணம் அல்ல. பெரும்பாலான வீட்டு நுழைவாயில்கள் திரும்பும் பாதையைச் செயல்படுத்துவதில்லை, அல்லது சில நெறிமுறைகளுக்கு மட்டுமே செயல்படுத்துகின்றன. இதனால் சாவியைப் பற்றி எதுவும் மாறவில்லை என்றாலும் அறிகுறி உடைந்த சாவி போலத் தோன்றுகிறது. சாவி, போர்ட் ஃபார்வர்டு அல்லது கிளையண்ட் சுயவிவரத்தைத் தொடுவதற்கு முன் எந்தப் பாதை தோல்வியடைந்தது என்பதை உறுதிப்படுத்துங்கள்.
ஒரு முகவரி, இரண்டு வெவ்வேறு பாதைகள்
வெளியேயிருந்து ஒரு பாக்கெட் ரவுட்டரின் பொது முகவரியை அடைகிறது, போர்ட்-ஃபார்வர்டு விதி அதை உள் ஹோஸ்ட்டின் WireGuard கேட்பானுக்கு ஒப்படைக்கிறது. உள்ளேயிருந்து கிளையண்ட் அதே பொது முகவரியை அழைக்கிறது, எனவே பாக்கெட் கிளையண்டை விட்டு வெளியேறி ரவுட்டரை அடைந்து மீண்டும் LAN நோக்கித் திருப்பப்பட வேண்டும். அந்தத் திருப்பத்தில்தான் இரண்டு பாதைகளும் பிரிகின்றன, ஏனெனில் ஒரே இடைமுகத்திலிருந்து வெளியேறி மீண்டும் அதே இடைமுகத்திற்குள் நுழையும் ஓட்டத்தை ரவுட்டர் மொழிபெயர்க்க வேண்டும். பல செயலாக்கங்கள் மொழிபெயர்க்காமல் அதை விட்டுவிடுகின்றன, பின்னர் கிளையண்ட் ஒருபோதும் அனுப்பப்படாத கைகுலுக்கலுக்காக காத்திருக்கிறது.
இந்த நடத்தை பொதுவாக NAT லூப்பேக் அல்லது ஹேர்பின்னிங் என அழைக்கப்படுகிறது, அது WireGuard இன் அல்ல, ரவுட்டரின் பண்பு; RFC 4787 நுழைவாயில் அதை ஆதரிக்கக்கூடிய அல்லது ஆதரிக்காத மொழிபெயர்ப்பு நிலைகளை விவரிக்கிறது. WireGuard தானே பாதையைப் பற்றி எந்தக் கருத்தும் கொள்ளவில்லை, ஏனெனில் அது தன் இடைமுகத்தை அடையும் பாக்கெட்டுகளை மட்டுமே பார்க்கிறது. ரவுட்டர் ஓட்டத்தை விட்டுவிடும்போது டீமனுக்கு எதுவும் கிடைக்காது, கிளையண்ட் கைகுலுக்கல் நேரம் முடிந்ததைத் தெரிவிக்கிறது, சேவையகப் பதிவு காலியாகவே இருக்கும். எனவே காலிப் பதிவு பாக்கெட் எங்கு நின்றது என்பதற்கான துப்பு, சேவையகம் செயலிழந்தது என்பதற்கான சான்று அல்ல. மீண்டும் நிறுவுவதால் எதுவும் மாறாததற்கான காரணமும் இதுவே.
எதிர்மறையும் முக்கியம்: LAN முகவரியிலிருந்து கைகுலுக்கல் முயற்சியைக் காட்டும் சேவையகப் பதிவு பாக்கெட் வந்து சேர்ந்தது, பாதை சரியானது என்பதை நிரூபிக்கிறது, இது விசாரணையை சாவிகள் மற்றும் அனுமதிக்கப்பட்ட முகவரிகளுக்கு நகர்த்துகிறது. நீங்கள் பார்க்க விரும்பியதற்காக அல்ல, பதிவு எதை நிரூபிக்கிறது என்பதற்காக அதைப் படியுங்கள்.
எதையும் மாற்றுவதற்கு முன் அதை மீண்டும் உருவாக்குங்கள்
அதே சாதனம் மற்றும் அதே சுயவிவரத்துடன் அனுமதிக்கப்பட்ட வெளி வலையமைப்பிலிருந்து சோதியுங்கள், பின்னர் எதையும் மாற்றாமல் LAN உள்ளே அதே சோதனையை மீண்டும் செய்யுங்கள். வெளியே முடிந்த கைகுலுக்கல் மற்றும் உள்ளே சாதனத்தை விட்டு வெளியேறாத கிளையண்ட் ஊகிப்பதற்குப் பதிலாக அந்த நிலையை மீண்டும் உருவாக்குகிறது. இரண்டு முயற்சிகளும் ஒரே சுயவிவரத்தைப் பயன்படுத்த வேண்டும், இல்லையேல் ஒப்பீடு எதையும் நிரூபிக்காது.
பின்னர் இந்தச் சாதனத்திற்கு முனைப் பெயர் எந்த முகவரிக்குத் தீர்க்கப்படுகிறது எனப் பாருங்கள். இந்த மூன்று கட்டளைகள் கிளையண்ட் உண்மையில் எந்த முகவரியை அழைத்தது என்பதையும் காட்டுகின்றன:
wg show wg0 endpoints
dig +short vpn.example.net A
resolvectl query vpn.example.netமுதல் கட்டளை இடைமுகம் இப்போது எந்த முனையைப் பயன்படுத்துகிறது என்பதைத் தெரிவிக்கிறது, மீதமுள்ள இரண்டு இந்த இயந்திரத்தில் பெயர் எந்த முகவரிக்குத் தீர்க்கப்படுகிறது எனக் காட்டுகின்றன. சேவையகத்தின் அதே வலையமைப்பில் அமர்ந்து பொது முகவரியை அழைக்கும் கிளையண்ட் ஹேர்பின் பாதையைப் பயன்படுத்துகிறது. LAN முகவரியை அழைக்கும் கிளையண்ட் அப்படிச் செய்யவில்லை, அங்குள்ள தோல்வி வேறு விசாரணைக்கு உரியது. இந்த வேறுபாடே அடுத்த பகுதி இங்கே பொருந்துமா என்பதைத் தீர்மானிக்கிறது.
அருகிலுள்ள சேவையகத்தை அடையும் ஆதரிக்கப்பட்ட வழிகள்
மிகத் தூய்மையான அமைப்பு ஸ்ப்ளிட்-ஹொரைசன் பதில்: பொது பெயர் இணையத்திற்குப் பொது முகவரிக்கும் உள்ளேயுள்ள கிளையண்டுகளுக்குச் சேவையகத்தின் LAN முகவரிக்கும் தீர்க்கப்படுகிறது. சுயவிவரம் ஒரே முனைப் பெயரை வைத்திருக்கும், தீர்வான் பாதையைத் தேர்ந்தெடுக்கும். இதற்கு உள் DNS பதிலின் கட்டுப்பாடு தேவை, அதை வீட்டு ரவுட்டர் பொதுவாக வழங்குகிறது, ஒரு நிறுவனம் வேண்டுமென்றே ஏற்பாடு செய்யலாம். அந்தக் கட்டுப்பாடு இல்லாமல் எஞ்சிய தேர்வுகள் ரவுட்டரின் ஏதேனும் அம்சம் அல்லது இரண்டாவது சுயவிவரம்.
ரவுட்டரின் அம்சம் பிரதிபலிப்பு: நுழைவாயில் உள்ளிருந்து வெளியே செல்லும் ஓட்டத்தை மொழிபெயர்த்து மீண்டும் உள்ளே அனுப்புகிறது. அது வேலை செய்யும் இடத்தில் கிளையண்ட் மாற்றம் தேவையில்லை, வேலை செய்யாத இடத்தில் எந்தக் கிளையண்ட் அமைப்பும் அதைக் காப்பாற்றாது. ரவுட்டரின் அம்சப் பட்டியலைப் படிப்பதற்குப் பதிலாக உள் முயற்சியின் போது சேவையகப் பதிவைப் பார்த்து அதைச் சோதியுங்கள்.
சுயவிவரத்தைத் தனிப்பட்ட முகவரிக்கு மாற்றுவது நோயறிதல், வடிவமைப்பு அல்ல. சேவையகம் LAN இல் பதிலளிக்கிறது என்பதை அது நிரூபிக்கிறது, மடிக்கணினி வீட்டைவிட்டு வெளியேறும் தருணத்தில் அதே சுயவிவரம் உடைகிறது.
| Approach | What it depends on | Where it fails |
|---|---|---|
| Split-horizon name | Control of the internal DNS answer | Clients that resolve through a server outside the zone |
| Router reflection | Gateway support for hairpin translation | Routers that drop the flow silently |
| Private address in the profile | Nothing beyond the LAN | Every network except the one at home |
வீட்டிலிருந்து வெளியேயும் சுயவிவரத்தைப் பயன்படுத்தக்கூடியதாக வைத்திருங்கள்
எந்தப் பாதையைத் தேர்ந்தெடுத்தாலும் அடையாளச் சரிபார்ப்பைத் தொட வேண்டாம். முனை முகவரி பியர் அடையாளம் அல்ல, முகவரி மாறுவது தற்செயலாகப் பதிலளிக்கும் தொடர்பற்ற பொது சாவியை ஏற்பதற்கு ஒருபோதும் நியாயமாகாது. WireGuard சாவியால் அங்கீகரிக்கிறது, எனவே தவறான ஹோஸ்ட் கைகுலுக்கலைத் தோல்வியடையச் செய்யும், எதிர்பாராத ஒன்றுக்கு அணுகலைத் தராது.
பொது முகவரி நகர்ந்தால் பெயரைப் பயனுள்ளதாக வைத்திருப்பது மாறும் DNS, மாற்றம் எவ்வளவு விரைவில் நடைமுறைக்கு வரும் என்பதைக் கிளையண்டின் புதுப்பித்தல் நடத்தை தீர்மானிக்கிறது. முகவரி மாறிய பிறகு அதை வெளியேயிருந்து சோதியுங்கள், ஏனெனில் LAN நிலை அதைச் சரிபார்க்க முடியாது. பதிவின் ஆயுள் முடிந்த பிறகும் பழைய பதிலை இடைமாற்றகத்தில் வைத்திருக்கும் தீர்வானைக் கவனியுங்கள். முந்தைய முகவரியையே இன்னும் சுட்டும் பெயர் செயலிழந்த சேவையகத்தைப் போலவே தோன்றுகிறது.
சுயவிவரம் எந்தப் பெயரைப் பயன்படுத்துகிறது, எல்லையின் இரு பக்கங்களிலும் அது எந்த முகவரிக்குத் தீர்க்கப்படுகிறது என்பதை எழுதி வையுங்கள். யாரும் பதிவு செய்யாத ரவுட்டர் அம்சத்தைச் சார்ந்த சுயவிவரம் அடுத்த துணைக்கருவி புதுப்பிப்புக்காகக் காத்திருக்கும் ஆதரவு அழைப்பு. அந்தக் குறிப்பே அடுத்தவருக்கு உள் தோல்வி அறியப்பட்ட ஹேர்பின் நிலையா அல்லது புதிய ஒன்றா என்பதைச் சொல்கிறது.