முழு டன்னலிங் நீண்ட பிரிக்கப்பட்ட டன்னல் பட்டியலை விட எளிதானதா?

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

நீங்கள் பராமரிக்கும் விதிகளை எண்ணுவதில் தொடங்குங்கள்

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

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

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

கேட்வே இயல்புநிலையைத் தாங்க முடியுமா எனச் சரிபார்க்கவும்

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

ip -s link show dev tun0
conntrack -C
ss -s

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

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

உள்ளூர் சேவைகளும் தனிப்பட்ட DNS உம் இன்னும் வேலை செய்கின்றன என உறுதிப்படுத்தவும்

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

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

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

ஒரு சுயவிவரத்தை இடம்பெயர்த்து எல்லைகளைச் சரிபார்க்கவும்

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

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

ip route get 203.0.113.10
ip route get 10.40.8.15
resolvectl query intranet.example
curl -sS -o /dev/null -w "%{remote_ip}\n" https://example.com

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