Linux விநியோகத்தின் ஃபயர்வால் உங்கள் VPN போக்குவரத்தைத் தடுக்கலாம்

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

மேலாளரையும் backend-ஐயும் கண்டறியுங்கள்

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

backend முன்முனையைப் போலவே முக்கியம். firewalld நிறுவல் பதிப்பு மற்றும் உள்ளமைவைப் பொறுத்து nftables அல்லது பழைய iptables backend-ஐ இயக்கலாம், இரண்டும் வெவ்வேறு ஆய்வு வெளியீட்டைத் தரும். உங்கள் அமைப்பை எந்த வழிகாட்டியுடனும் ஒப்பிடுவதற்கு முன் விநியோகம், பதிப்பு மற்றும் backend-ஐ டிக்கெட்டில் எழுதுங்கள்.

திசையையும் இடைமுகத்தையும் பொருத்துங்கள்

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

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

விதி உரிமையாளர்களை ஒத்திசைவில் வையுங்கள்

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

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

பூட்டுதலை இழக்காமல் சரிசெய்தலைச் சரிபாருங்கள்

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

sudo firewall-cmd --get-active-zones
sudo firewall-cmd --zone=trusted --list-all
sudo nft list ruleset | head -40

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

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