Linux இல் VPN சுரங்கப்பாதை உண்மையில் இயங்குகிறதா என்பதை எப்படிச் சரிபார்ப்பது

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

இணைப்புக் கொடிகள் சாதனத்தை விவரிக்கின்றன, பாதையை அல்ல

அனைவரும் நகலெடுக்கும் சரிபார்ப்பு முழுக்க பூஜ்ஜியங்களால் ஆன வன்பொருள் முகவரியைத் தேடுகிறது. அந்த தந்திரம் சில இயக்கிகளில் உண்மையான இடைமுகத்தை மாற்றீட்டிலிருந்து பிரிக்கிறது, மற்றவற்றில் எதையும் நிரூபிக்கவில்லை, ஏனெனில் tun சாதனத்திடம் தெரிவிக்க MAC இல்லவே இல்லை. ip -brief link show tun0 அதற்குப் பதிலாகக் கொடிகளைத் தருகிறது: UP என்பது ஒரு நிர்வாகி சாதனத்தை இயக்கியுள்ளார் என்பதாகும், மேலும் LOWER_UP என்பது இயக்கி இணைப்பைப் பயன்படுத்தக்கூடியதாகக் கருதுகிறது என்பதாகும். ஒன்றாகப் படிக்கும்போது, சாதனம் உள்ளது என்றும் நிர்வாகரீதியாக மூடப்படவில்லை என்றும் அவை கூறுகின்றன. இரண்டும் பாக்கெட்டுக்குப் போக இடம் உள்ளது என்று கூறவில்லை.

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

பாக்கெட் எங்கே போகும் என்று கேளுங்கள்

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

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

அட்டவணை 220 IPsec இன் கதையைக் கூறுகிறது

strongSwan வழி நிறுவல் இயக்கப்பட்டிருக்கும்போது பேச்சுவார்த்தை செய்யப்பட்ட தேர்ந்தெடுப்பாளர்களுக்கான வழிகளை அட்டவணை 220 இல் நிறுவுகிறது. ip route list table 220 எனவே பேச்சுவார்த்தை செய்யப்பட்டதை வழிமாற்றப்பட்டதிலிருந்து பிரிக்கிறது: ஏற்றப்பட்ட இணைப்பின் அருகே காலியான அட்டவணை என்பது IKE மற்றும் CHILD SA எழுந்தன, ஆனால் அவற்றை நோக்கி எந்தப் போக்குவரத்தும் செலுத்தப்படவில்லை என்பதாகும். சரிபார்க்கவும் ip xfrm state அதனுடன், ஏனெனில் அது நிறுவப்பட்ட பாதுகாப்புச் சங்கங்களையும் அவற்றின் இறுதிப் புள்ளிகளையும் பட்டியலிடுகிறது.

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

மேலாளர் நிலையும் டீமன் நிலையும் வெவ்வேறு பட்டியல்கள்

NetworkManager தனக்குச் சொந்தமான இணைப்புகளை மட்டுமே பட்டியலிடுகிறது. nmcli -t -f NAME,TYPE connection show --active நேரடியாக wg-quick அல்லது OpenVPN டீமனால் தொடங்கப்பட்ட சுரங்கப்பாதைக்கு எதையும் திருப்பித் தரவில்லை.

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

அடுத்த படியை அதற்குத் தேவையான சோதனையுடன் இணைக்கவும்

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

வாடிக்கையாளர் கொக்கிகளை வழங்கினால் கொக்கிகள் விசாரிப்பை விட மேலானவை. --up மற்றும் --down OpenVPN இன் ஸ்கிரிப்டுகள் இடைமுகம் நிலையை மாற்றிய பிறகு இயங்குகின்றன, இது போட்டியை முழுவதுமாக நீக்குகிறது, ஆனால் அவை டீமன் வைத்திருந்த சிறப்புரிமைகளுடன் இயங்குகின்றன. OpenVPN user மற்றும் group வழியாகச் சிறப்புரிமை இல்லாத கணக்குக்கு இறங்கியிருந்தால், கொக்கி அந்தக் கணக்காகவே இயங்குகிறது. பின்னர் கணினி சேவையை மீண்டும் தொடங்க sudo தேவைப்படுகிறது, அது அந்தக் கட்டளைக்கு மட்டும் அனுமதி அளிக்கும். மீண்டும் முயற்சியை cron சுழற்சிக்குப் பதிலாக சேவை மேலாளரிடம் ஒப்படையுங்கள்: தொடக்க வரம்புடன் கூடிய வரம்புக்குட்பட்ட மறுதொடக்கம் கொள்கை உடைந்த சுரங்கப்பாதையை வெளிக்கொணர்கிறது, அளவில்லாத சுழற்சி அதை முடிவில்லாமல் மறைக்கிறது.