Linux VPN இல் முகவரி, பாதை, DNS மற்றும் ஃபயர்வாலின் உரிமையாளர் யார்?

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

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

சாதனம் மற்றும் அதன் முகவரிகள்

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

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

பாதைகள் மற்றும் கொள்கை விதிகள்

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

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

DNS எப்போதும் தனி உரிமையாளர்

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

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

ஃபயர்வால் நிலை, மற்றும் அதை யார் மீட்டெடுக்கிறார்

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

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

வாழ்க்கைச் சுழற்சி: பூட், மறுஇணைப்பு, அகற்றல்

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

கவனிப்புக்காக ip monitor link address route கர்னல் மாற்றங்களை நிகழும்போதே காட்டுகிறது, ஆனால் அது நோக்கத்தை அல்ல, நிகழ்வுகளைப் புகாரளிக்கிறது: அழிக்கப்பட்ட பாதை எந்த செயல்முறை அதை அழித்தது என்பதைப் பற்றி எதுவும் சொல்லாது. அதை உரிமை வரைபடத்துடன் இணையுங்கள், குழப்பமான பணிநிறுத்தம் குறுகிய வேட்பாளர் பட்டியலாகும்.

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