VPN விழும்போது எதுவும் கசியாமல் இருக்க Linux இன் வெளியேற்றத்தை எப்படி பூட்டுவது

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

உள்ளூர் வெளியீடு அனுப்புதலில் இருந்து வேறு கொக்கி

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

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

விலக்குப் பட்டியலை இறுதிப் புள்ளியிலிருந்து வெளிப்புறமாக எழுதுங்கள்

சுரங்கப்பாதையின் இறுதிப் புள்ளியில் தொடங்குங்கள்: ஒரு இலக்கு முகவரி அல்லது சிறிய அங்கீகரிக்கப்பட்ட தொகுப்பு, போக்குவரத்து நெறிமுறை மற்றும் இலக்குத் துறை, எடுத்துக்காட்டாக udp dport 1194 ip daddr 203.0.113.7 accept. வாடிக்கையாளர் புரவலன் பெயரைத் தீர்க்கிறது என்றால், ஆரம்ப DNS பரிமாற்றத்திற்கு தீர்ப்பானுக்கும் துறை 53க்கும் வரம்பிடப்பட்ட அதன் சொந்த விதி தேவை, அந்தத் தீர்ப்பானின் முகவரிக்கு விரிவான அனுமதி அல்ல. ஒவ்வொரு விலக்கும் அது இருப்பதற்கான காரணத்தைக் கூற வேண்டும். VPN துறைக்கு அனைத்து UDP போக்குவரத்திற்கும் அனுமதி நீங்கள் நினைத்த ஒரே அங்கீகரிக்கப்பட்ட சேவையை விட மிக அதிகமானதை உள்ளடக்குகிறது.

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

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

இடைமுகப் பொருத்தம் ஆரோக்கியமான சுரங்கப்பாதைக்கான சான்று அல்ல

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

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

டீமன் செயலிழப்பிலிருந்து எஞ்சுவது

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

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

பயன்படுத்துவதற்கு முன் மீட்புப் பாதை

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

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