Linux VPN பதில்கள் மறைந்துவிடுகிறதா? rp_filter மற்றும் பாதையை சரிபார்க்கவும்

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

மூல சரிபார்ப்பு எதைத் தீர்மானிக்கிறது

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

முக்கியமான சொல் நம்பத்தக்கது. பாக்கெட் முழுமையாக சட்டபூர்வமாக இருந்தும் சரிபார்ப்பில் தோல்வியடையலாம், ஏனெனில் சோதிக்கப்படுவது சட்டபூர்வத்தன்மை அல்ல.

உண்மையான பயன்முறையைப் படியுங்கள், ஒரு புலத்தை அல்ல

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

sysctl net.ipv4.conf.all.rp_filter
sysctl net.ipv4.conf.<iface>.rp_filter
ip route get <source-of-the-reply>

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

சரிபார்ப்பை மாற்றுவதற்கு முன் முரண்பாட்டைக் கண்டறியுங்கள்

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

திருப்புப் பாதை வெறுமனே காணாமல் போனால், சரிபார்ப்பை முடக்குவதற்குப் பதிலாக அதைச் சேர்ப்பது காரணத்தைச் சரிசெய்கிறது. காணாமல் போன பாதை, ஃபயர்வால் நிராகரிப்பு மற்றும் தவறான போக்குவரத்துத் தேர்வி அனைத்தும் ஒரே தெரியும் அறிகுறியை உருவாக்குகின்றன, அவற்றில் ஒன்று மட்டுமே மூல சரிபார்ப்பைப் பற்றியது.

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

நீங்கள் பாதுகாக்கக்கூடிய தேர்ந்தெடுத்த சரிசெய்தல்

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

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

IPv4 மற்றும் IPv6 ஐ தனித்தனியாக வைத்திருங்கள்

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

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