முழு சுரங்கப்பாதை உங்கள் SSH அமர்வைக் கொன்றது: திரும்பும் வழியைப் பின்னி வைக்கவும்

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

redirect-gateway உண்மையில் நிறுவுவது என்ன

அதன் def1 வடிவில், redirect-gateway இயல்புநிலை வழியை மேலெழுதுவதற்குப் பதிலாக 0.0.0.0/1 மற்றும் 128.0.0.0/1 ஆகியவற்றைச் சேர்க்கிறது. அந்த இரு பகுதிகளும் முழு முகவரி வெளியையும் மூடுகின்றன, இரண்டும் 0.0.0.0/0 ஐ விட நீண்ட முன்னொட்டுகளாகவே உள்ளன, எனவே கூடுதல் குறிப்பிட்ட பொருத்தம் இல்லாத எந்த இலக்கும் இப்போது சுரங்கப்பாதைக்குள் செல்கிறது. அதுதான் நினைவில் வைக்க வேண்டிய பொறிமுறை, ஏனெனில் கீழேயுள்ள ஒவ்வொரு திருத்தமும் கூடுதல் குறிப்பிட்ட பொருத்தத்தை நிறுவுவதன் மூலம் வேலை செய்கிறது.

உங்கள் நிர்வாக முகவரி அந்த இலக்குகளில் ஒன்று.

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

ip route show table main | head -n 20
ip route get 198.51.100.23

உங்கள் மூல முகவரியையும் சுரங்கப்பாதைக்கு முந்தைய பாதையையும் கண்டறியுங்கள்

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

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

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

அரை-இயல்புநிலைகளை மிஞ்சும் புரவன் வழியைப் பின்னி வையுங்கள்

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

ip route add 198.51.100.23/32 via 203.0.113.1 dev eth0

அட்டவணையைப் பார்வையிடுவதற்குப் பதிலாக ஒரு தேடலால் சரிபாருங்கள்: பதிலில் eth0 உம் நுழைவாயிலும் இருக்க வேண்டும், tun0 ஒருபோதும் இருக்கக் கூடாது.

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

மீண்டும் இணைவதைத் தாங்கும்படி செய்யுங்கள்

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

route-up ஸ்கிரிப்ட் அல்லது வலையமைப்பு மேலாளரின் pre-up கொக்கி இரண்டும் வேலை செய்கின்றன, நம்பகமான சோதனை என்பது மீண்டும் இணைந்து அதே தேடலைச் செய்வதுதான்.

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

பின்னப்பட்ட வழி இன்னும் போதாதபோது

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

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

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