ஒரே நேரத்தில் இரண்டு VPN செயலிகள்: எந்த kill switch உண்மையில் பொருந்துகிறது?
இரண்டாவது VPN கிளையண்ட் முதல் கிளையண்டின் kill switch-ஐ ஒருபோதும் மரபுரிமையாகப் பெறுவதில்லை. எந்தக் கொள்கை பொருந்துகிறது என்பதை மூன்று நிபந்தனைகள் தீர்மானிக்கின்றன, உங்களுடையதை எவ்வாறு சரிபார்ப்பது.
இரண்டு VPN கிளையண்ட்கள் அருகருகே இயங்கலாம், ஆனால் அவற்றின் kill switch ஒரே கொள்கையாக இணைவதில்லை. ஒவ்வொரு கிளையண்டும் தனது சுரங்கப்பாதைக்கான விதிகளை நிறுவுகிறது, மற்றொன்று இருப்பதை எதுவும் அறியாது. வேலையின் கிளையண்ட் முதலில் இணைக்கப்பட்டிருந்தபோது இதை நான் சந்தித்தேன்: இரண்டாவது செயலி தனது கைக்குலுக்கலை முடிக்க முடியவில்லை, பத்து நிமிடங்கள் „Connecting“-இல் இருந்தது, முதல் சுரங்கப்பாதை எல்லாவற்றையும் அமைதியாக எடுத்துச் சென்றது. இரண்டாவது செயலி பாதுகாக்கப்படுமா என்பது மூன்று நிபந்தனைகளைச் சார்ந்தது, இரு சின்னங்களும் இணைக்கப்பட்டது எனக் காட்டுகின்றனவா என்பதை அல்ல.
kill switch உண்மையில் எதற்கு மட்டுப்படுத்தப்பட்டுள்ளது
இயங்குதளத்தில் ஒரே kill switch கொடி இல்லை. அத்தகைய ஒன்றை விளம்பரப்படுத்தும் கிளையண்ட் ஒரு விதித்தொகுப்பை நிறுவுகிறது: எனது சுரங்கப்பாதை வழியாக வெளியேறாத அனைத்தையும் தூக்கி எறி, சுரங்கப்பாதை மறைந்தால் பல சமயங்களில் fail closed நடந்துகொள். Linux-இல் இது பொதுவாக nftables அல்லது iptables சங்கிலி, Windows-இல் Windows Filtering Platform வடிகட்டிகளின் தொகுப்பு, Android மற்றும் iOS-இல் சுரங்கப்பாதை சேவையின் சொந்த வழித்தடம் மற்றும் VPN இல்லாமல் இணைப்புகளைத் தடுக்கும் அந்த கணினி அமைப்பு. Android VPN வழிகாட்டி இந்த சேவை மாதிரியை விவரிக்கிறது, தளத்தின் பார்வை உங்களுக்குத் தேவைப்பட்டால்.
வரம்பே முக்கியமான பகுதி. „wg0 வெளியீட்டு இடைமுகத்தில் உள்ள தொகுப்புகளுக்கு மட்டும் அனுமதி“ போன்ற விதி இரண்டாவது சுரங்கப்பாதை உள்ளதா என்பதைப் பற்றிக் கவலைப்படாது. வேறு கிளையண்ட் wg1-ஐ உயர்த்தினால், முதல் கிளையண்டின் விதிகள் அந்தத் தொகுப்புகளைச் சாதாரண போக்குவரத்தாகக் கருதும்: பொதுவாகத் தூக்கி எறியப்படும், சில சமயங்களில் அனுமதிக்கப்படும். எப்படியிருந்தாலும் முடிவெடுப்பது முதல் கிளையண்டே, இரண்டாவது செயலி காத்திருப்பதை அது அறியாது.
யார் மூடப்படுவார் என்பதைத் தீர்மானிக்கும் மூன்று நிபந்தனைகள்
ஒவ்வொரு சேர்க்கையையும் எண்ண வேண்டியதில்லை. மூன்று கேள்விகள் சில நிமிடங்களில் இதைத் தீர்மானிக்கின்றன.
- தளம் இரண்டாவது சுரங்கப்பாதைக்கு அனுமதி தருமா? பெரும்பாலான Android தொலைபேசிகள் மற்றும் iPhone-கள் ஒரு பயனர் சுயவிவரத்திற்கு ஒரு செயலில் உள்ள VPN சேவையை மட்டுமே ஏற்கின்றன, எனவே இரண்டாவது செயலிக்கு ஒருபோதும் சுரங்கப்பாதை இல்லை, எதையும் செயல்படுத்துவதில்லை. நீங்கள் ஒரே கொள்கையைப் பெறுவீர்கள், இடத்தை வென்ற செயலியிடமிருந்து.
- இயல்புநிலை வழித்தடம் எந்த செயல்முறைக்குச் சொந்தம்? Windows, macOS மற்றும் Linux இரண்டு சுரங்கப்பாதைகளை எளிதாகச் சுமக்கின்றன. இயல்புநிலை வழித்தடம் கடைசியாக அல்லது சிறந்த மெட்ரிக்குடன் அமைத்த கிளையண்டுக்கு உரியது, மற்ற கிளையண்ட் இணைக்கப்பட்டு ஆனால் செயலற்றது. Linux-இல் wg-quick-இன் இயல்புநிலை வழித்தடப் பயன்முறை தனிப்பட்ட அட்டவணை மற்றும் fwmark விதியுடன் கொள்கை சார்ந்த வழித்தடத்தைப் பயன்படுத்துகிறது, எனவே இரண்டாவது wg-quick சுரங்கப்பாதை முதலை மாற்றுவதற்குப் பதிலாக போட்டி விதியைச் சேர்க்கிறது.
- இரண்டாவது கிளையண்ட் தனது சொந்த சேவையகத்தை அடைய முடியுமா? முதல் kill switch இயல்புநிலை மறுப்பாக இருந்தால், இரண்டாவது செயலியின் வெளிப்புற முனை மற்றொரு தூக்கி எறியப்பட்ட இலக்கு மட்டுமே. அது அமைதியாக மீண்டும் முயற்சிக்கிறது, ஒருபோதும் பிழையைத் தெரிவிப்பதில்லை.
குறுகிய பதிப்பு, ஆதரவு இழைகளுக்கு:
| Setup | What you actually get |
|---|---|
| Second client cannot hold a tunnel | One active policy; the other app only reports that it is waiting |
| Both tunnels up, second took the default route | The first kill switch blocks traffic it never meant to touch; the connection dies, or leaks if its rules are broad |
| First kill switch allows only its own endpoint and interface | Second client never connects; first tunnel unaffected |
| Both up, DNS written by whichever client ran last | Name resolution breaks for one side when either tunnel drops |
அந்த வரிகளில் இரண்டு கணினி தட்டின் சின்னத்திலிருந்து ஒரே மாதிரி தெரிகின்றன, அதனால்தான் சின்னம் இங்கு கிடைக்கும் மோசமான சான்று.
முதலில் எது தோல்வியடைகிறது, அது எப்படித் தெரிகிறது
மற்றொன்று ஆரோக்கியமாக இருக்கும்போது ஒரு கிளையண்ட் „Connecting“-இல் சிக்கியிருப்பது கிட்டத்தட்ட எப்போதும் முனை பசி: இயங்கும் kill switch இரண்டாவது கிளையண்டின் தனது சேவையகத்திற்கான கைக்குலுக்கலைத் தூக்கி எறிகிறது. இதை மலிவாகச் சரிபார்க்க முதல் கிளையண்டின் தடுப்பு விதிகளை ஒரு முயற்சிக்கு நிறுத்துங்கள். இரண்டாவது உடனே இணைந்தால் கேள்விக்கு விடை கிடைத்தது.
DNS இரண்டாவது தோல்வி. கிளையண்ட்கள் தங்கள் இடைமுகத்திற்கான தீர்வி அமைப்பை அமைக்கின்றன, சிலர் உலகளாவிய பட்டியலையே நேரடியாக மேலெழுதுகின்றனர். இரு சுரங்கப்பாதைகளும் மேலே இருக்கும்போது வினவல்கள் ஒரு பக்கமாக வெளியேறலாம், தீர்வி மறுபக்கத்திற்குச் சொந்தமாக இருக்கும். எந்தச் செயலியையும் துண்டியுங்கள், எஞ்சியது அணுக முடியாத பெயர் சேவையகத்தை வைத்திருக்கும்: பக்கங்கள் ஒரு நிமிடம் நிற்கும் பின்னர் மீண்டும் தீர்க்கப்படும், VPN இன்னும் இணைக்கப்பட்டதாகக் காட்டுகிறது.
மூன்றாவது வழித்தட ஊசலாட்டம். மறுஇணைப்புகள் இயல்புநிலை வழித்தடத்தை மறுவரிசைப்படுத்துகின்றன, இடைமுகத்துடன் பிணைக்கப்பட்ட kill switch அதைப் பின்தொடர்வதில்லை. சற்று முன் சுரங்கப்பாதையில் இருந்த போக்குவரத்து இப்போது தூக்கி எறியும் விதியுடன் பொருந்துகிறது, இது பயனர் பக்கத்தில் திடீரென வேலை செய்வதை நிறுத்தும் VPN ஆகப் படிக்கப்படுகிறது.
உண்மையில் எந்தக் கொள்கை நடைமுறையில் உள்ளது எனச் சரிபார்க்கவும்
இதைப் பாதிப்பில்லாத போக்குவரத்துடன் செய்யுங்கள், உங்களுக்கு இழப்பாக இருக்கும் ஒன்றுடன் அல்ல.
Linux-இல் கர்னலைக் கேளுங்கள் யார் வெல்கிறார், தீச்சுவர் எதனுடன் பிணைகிறது. ip -4 route show default வெளியேறும் பாதையைக் கொண்ட சுரங்கப்பாதையைப் பெயரிடுகிறது. ip rule show கொள்கை சார்ந்த வழித்தடம் ஆட்டத்தில் உள்ளதா எனக் காட்டுகிறது. sudo nft list ruleset | grep -n oifname தூக்கி எறிதல்கள் இடைமுகப் பெயர், குறி அல்லது முழு வெளியீட்டுச் சங்கிலியுடன் பிணைந்துள்ளனவா எனக் காட்டுகிறது.
Windows-இல் அதே கதை வழித்தட மெட்ரிக் மற்றும் வடிகட்டி பட்டியலில் வாழ்கிறது: Get-NetRoute -DestinationPrefix "0.0.0.0/0" | Sort-Object RouteMetric மற்றும் Get-NetFirewallRule -Enabled True | Where-Object DisplayName -match "VPN". macOS-இல், netstat -rn -f inet | head -5 மற்றும் scutil --dns | head -20.
பின்னர் மக்கள் தவிர்க்கும் படியை எடுங்கள்: சுரங்கப்பாதையை வேண்டுமென்றே நிறுத்தி, தோல்வியடையும் என எதிர்பார்க்கும் போக்குவரத்து உண்மையில் தோல்வியடைவதை உறுதிப்படுத்துங்கள். இணைக்கப்பட்ட சின்னம் இடைமுக நிலை, அமலாக்கம் அல்ல.
எப்போது இரண்டு கிளையண்ட்கள் தவறான வடிவமைப்பு
இரண்டாவது செயலிக்குப் பின்னால் உள்ள ஒரே தேவை அதிக பாதுகாப்பு என்றால், அதை அகற்றுங்கள். ஒன்றோடொன்று தொடர்பு கொள்ளும் இரண்டு தடுப்புக் கொள்கைகள் ஒன்றை விடக் குறைவாக ஊகிக்கக்கூடியவை, ஒவ்வொரு மறுஇணைப்பும் எந்த விற்பனையாளரும் சோதிக்காத நிலைக்குச் செல்லும் வாய்ப்பு.
உண்மையில் சங்கிலி இணைப்பு தேவைப்பட்டால், உதாரணமாக வணிகத் தாவல் வழியாக அடையும் நிறுவன நுழைவாயில், ஒரே அமலாக்கப் புள்ளியுள்ள வடிவமைப்பைத் தேர்ந்தெடுங்கள். அது பொதுவாகச் சங்கிலியை ஆதரிக்கும் ஒரு ரவுட்டர் அல்லது ஒரு கிளையண்ட் என்று பொருள், ஒரே இயல்புநிலை வழித்தடத்திற்காகப் போட்டியிடும் இரண்டு டெஸ்க்டாப் செயலிகள் அல்ல. நிர்வகிக்கப்பட்ட சாதனத்தில் அனுமதிக்கப்பட்ட கிளையண்டை வைத்திருந்து மற்ற எல்லாவற்றையும் வரம்பிற்கு வெளியே கருதுங்கள், தட்டில் என்ன காட்டினாலும்.
இரண்டையும் வைத்திருக்கும் முன் சரிபார்ப்புப் பட்டியல்
பட்டியலை வரிசையாக முடிக்கவும்; முதலில் தோல்வியடையும் உருப்படியே சரிசெய்ய வேண்டியது.
- சரியாக ஒரு கிளையண்ட் இயல்புநிலை வழித்தடத்தையும் தீர்வியையும் கொண்டுள்ளது என உறுதிப்படுத்துங்கள்.
- இரண்டாவது கிளையண்டை மேலே வைக்க விரும்பினால் அதன் சேவையக முனையை வெளிப்படையாக அனுமதித்து ஒவ்வொரு கிளையண்ட் புதுப்பிப்புக்குப் பின்னும் மீண்டும் சரிபார்க்கவும்.
- ஏதேனும் சுரங்கப்பாதை விழும்போது எதிர்பார்க்கப்படும் முடிவை எழுதி அந்த நிலையையே சோதிக்கவும்.
- மறுதொடக்கத்திற்குப் பின் தோல்விப் பாதையைச் சரிபார்க்கவும், தொடக்க வரிசை வேறுபடும்போது.
- நிர்வகிக்கப்பட்ட சுயவிவரத்தில் நிறுத்தி, ஏதேனும் சேர்ப்பதற்கு முன் உரிமையாளரிடம் கேளுங்கள்.
மூன்றாவது படி தோல்வியடைந்தால், நேர்மையான பதில் என்னவென்றால் ஒரு கிளையண்ட் மட்டுமே உங்களுக்குக் கொள்கையைத் தருகிறது. எதை நம்புகிறீர்கள் என முடிவு செய்து மற்றதை விடுங்கள்.