ifconfig-noexec உங்கள் SSH அமர்வைக் காப்பாற்றாது: அது உண்மையில் என்ன செய்கிறது
இது OpenVPN இன் சொந்த இடைமுக முகவரி அமைப்பை அடக்குகிறது. இது SSH க்கான பதில் பாதையை ஒதுக்காது, எல்லா வழி மாற்றங்களையும் நிறுத்தாது, காணாமல் போன முகவரியையும் வழங்காது.
ஒரு மன்ற இழையில், ifconfig-noexec ஒரு சுரங்கப்பாதை மேலெழும்போது SSH அமர்வை உயிருடன் வைத்திருக்கும் தீர்வாக முன்வைக்கப்படுகிறது. இந்த விருப்பம் உண்மையில் எதைத் தொடுகிறது என்பதைச் சரிபார்க்கும் வரை அந்த வாதம் நம்பத்தகுந்ததாகத் தோன்றுகிறது. இது OpenVPN சுரங்கப்பாதை இடைமுகத்தின் முகவரியை அமைப்பதைத் தடுத்து அந்த மதிப்புகளை அதற்குப் பதிலாக ஸ்கிரிப்டுகளுக்கு அளிக்கிறது; உங்கள் நிர்வாக இணைப்புக்கான பதில்கள் எங்கு செல்கின்றன என்பதைப் பற்றி இது எதுவும் சொல்லவில்லை. எதிர்மாறாக நம்புவது பயன்படுத்தக்கூடிய முகவரி இல்லாத சுரங்கப்பாதையையும் இருந்தும் இறக்கும் SSH அமர்வையும் உருவாக்குகிறது.
இந்த விருப்பம் உண்மையில் எதை ஒப்படைக்கிறது
இயல்பாக, வாடிக்கையாளர் சுரங்கப்பாதை சாதனத்தை மேலேற்றி, சேவையகம் தந்த உள்ளூர் மற்றும் தொலை முகவரிகளை ஒதுக்குகிறது. ifconfig-noexec அமைக்கப்பட்டால் அந்தப் படி தவிர்க்கப்படுகிறது, பேச்சுவார்த்தை செய்யப்பட்ட மதிப்புகள் ஸ்கிரிப்ட் சூழலுக்கு ஏற்றுமதி செய்யப்படுகின்றன, அதனால் வேறு ஏதாவது அவற்றைப் பயன்படுத்தலாம்.
உரிமை மாறுகிறது. அதற்குப் பதிலாக எதுவும் கற்பனை செய்யப்படவில்லை.
எனவே இந்த விருப்பம் பதிலளிக்கும் கேள்வி யார் இடைமுகத்தை அமைக்கிறார்கள் என்பதாகும், மேலும் அது பதிலளிக்காத கேள்வி பாக்கெட்டுகள் உங்களிடம் எப்படித் திரும்பி வருகின்றன என்பதாகும். இந்த இரண்டையும் தனித்தனியாக வைத்திருங்கள், இல்லையெனில் முகவரி இல்லாத இடைமுகத்தை ஈடுசெய்ய முழு மாலையும் வழிகளைத் திருத்துவதில் கழிப்பீர்கள்.
வெவ்வேறு வேலைகளைக் கொண்ட மூன்று ஒத்த விருப்பங்கள்
பெயர்கள் ஒரு வார்த்தையால் வேறுபடுவதாலும் அறிகுறிகள் ஒன்றோடொன்று மேலிடுவதாலும் இந்தக் குடும்பத்தைக் குழப்பிக்கொள்வது எளிது. எதையும் தேர்ந்தெடுப்பதற்கு முன் ஒவ்வொன்றும் எதை அடக்குகிறது என்று படியுங்கள்.
| Option | What stops happening |
|---|---|
ifconfig-noexec | OpenVPN's own tunnel-address configuration; values go to scripts instead |
route-noexec | Automatic route addition and removal; route details go to a script |
route-nopull | Server-pushed routes and related options such as DNS are rejected |
இவை தனித்தனியாகப் புரிந்துகொள்ள வேண்டிய மாற்றுகள், ஒன்றாக ஒட்டவைக்கும் தொகுப்பு அல்ல. முகவரி அமைப்பை அடக்குவது வழி மாற்றங்கள், ஃபயர்வால் விதிகள் அல்லது DNS சுமக்கும் தள்ளப்பட்ட விருப்பங்களை அடக்காது. ஒப்படைக்கப்பட்ட ஸ்கிரிப்டும் வழிகளை மாற்ற சுதந்திரமாக உள்ளது, அது தவிர்ப்பதற்குப் பதிலாக நீங்கள் ஒப்படைக்கும் முடிவு.
விற்பனையாளர் வாடிக்கையாளர் இயந்திரத்தைச் சுற்றினால், சுயவிவரத்தில் தாழ்நிலை கட்டளையைப் போட்டு உறை அதை மதிக்கும் என்று நம்புவதற்குப் பதிலாக அதன் ஆதரவு ஒருங்கிணைப்பைப் பயன்படுத்துங்கள். உறைகள் இணைக்கும்போது சுயவிவரத்தை அடிக்கடி மீண்டும் உருவாக்குகின்றன, எனவே கைமுறை திருத்தம் பிழையின்றி மறைந்துவிடும். கோப்பில் முழு மாலையும் செலவிடுவதற்கு முன் வாடிக்கையாளர் தனது அமைப்புகளை எங்கு வைக்கிறார் என்று சரிபாருங்கள். இது அட்டவணையின் ஒவ்வொரு வரிசைக்கும் பொருந்தும், நீங்கள் வந்த வரிசைக்கு மட்டுமல்ல.
நீங்கள் பாதுகாக்க நினைத்த SSH அமர்வு
SSH இணைப்புக்கு மூல முகவரி, இலக்கு முகவரி மற்றும் பதில் பாதை உண்டு. முழு சுரங்கப்பாதை இயல்புநிலையைச் சற்று முன் நிறுவிய சேவையகத்தில், உங்கள் பொது முகவரிக்கான பதில் சுரங்கப்பாதையுடன் பொருந்துகிறது, VPN நுழைவாயில் அதைத் தூக்கி எறிகிறது.
சுரங்கப்பாதை இடைமுகத்தின் முகவரி அமைப்பில் எதுவும் அதை மாற்றாது.
அதைச் சரிசெய்வது சுரங்கப்பாதைக்கு முந்தைய நுழைவாயில் வழியாக உங்கள் நிர்வாக முகவரிக்கான இன்னும் குறிப்பிட்ட வழி, அல்லது அந்தப் போக்குவரத்தைத் திருப்பும் கொள்கை விதி, உடன் உங்கள் ஹோஸ்ட் பயன்படுத்தும் வடிகட்டி அமைப்புகள். இந்த இரண்டு சிக்கல்களும் சில நேரம் ஒன்றாகத் தோன்றும், அதனால் ஒன்று மற்றொன்றின் மருந்தாகக் கருதப்படுகிறது. அவற்றைத் தனித்தனியாகச் சோதியுங்கள்: விருப்பம் இல்லாமல் சுரங்கப்பாதையை மேலேற்றி, இடைமுக முகவரியையும் பதில் பாதையையும் பார்த்து, பிறகு இரண்டில் எது உண்மையில் உடைந்துள்ளது என்று முடிவு செய்யுங்கள்.
ஒப்படைக்கப்பட்ட ஸ்கிரிப்ட் எதை ஏற்க வேண்டும்
இடைமுகத்தை வேறு உரிமையாளர் அமைக்க வேண்டும் என்று உண்மையில் விரும்பினால், வேலையைப் பட்டியலிடுங்கள்: உள்ளூர் மற்றும் தொலை முகவரியைப் பயன்படுத்துங்கள், சாதனத்தை மேலேற்றுங்கள், பிரிக்கும்போது முகவரியிடலை மீட்டெடுக்கவும் அல்லது அகற்றவும், மீண்டும் இணைந்த பிறகு அதையே மீண்டும் செய்யுங்கள். ஒரு வெற்றிகரமான அமர்வின் மதிப்புகளை கடினமாகக் குறியாக்கக் கூடாது, ஏனெனில் சேவையகம் அடுத்த முறை வேறு ஜோடியைத் தரலாம்.
வாடிக்கையாளர் ஏற்றுமதி செய்யும் சூழல் மாறிகள் அந்த வேலைக்கான ஒரே ஆதரவு உள்ளீடு.
env | grep -E '^ifconfig_|^route_'எந்த route-up ஸ்கிரிப்டுக்குள்ளும் அந்த மாறிகள் கிடைக்கின்றன; cron வேலை அல்லது கைமுறை ஷெல்லில் இருந்து கிடைக்காது. உங்கள் பதிப்பு எந்த வாழ்க்கைச் சுழற்சிக் கொக்கியைப் பயன்படுத்துகிறது என்றும், கொக்கி இடைமுகத்தை மாற்ற போதுமான சிறப்புரிமைகளுடன் இயங்குகிறது என்றும் உறுதிப்படுத்துங்கள், ஏனெனில் வாடிக்கையாளர் ஏற்கனவே சிறப்புரிமை இல்லாத பயனருக்கு இறங்கியிருக்கலாம்.
ஒரு அமர்வை அல்ல, முழு வாழ்க்கைச் சுழற்சியைச் சோதியுங்கள்
சுரங்கப்பாதையை மேலேற்றி, சாதனத்தில் முகவரியைச் சரிபார்த்து, பிறகு மீண்டும் இணைந்து மீண்டும் சரிபாருங்கள். ஒரு முறை வேலை செய்து இரண்டாவது முயற்சியில் தோல்வியடையும் அமைப்பு பொதுவாக ஒப்படைக்கப்பட்ட படி முதல் இணைப்பில் மட்டுமே இயங்குகிறது என்று பொருள்.
பிறகு இரு ஏற்பு அளவுகோல்களையும் ஒன்றாகச் சோதியுங்கள்: நோக்கமிட்ட நிர்வாகப் பாதை வழியாகப் புதிய SSH இணைப்பு வேலை செய்கிறது, அனுமதிக்கப்பட்ட பயன்பாடு சுரங்கப்பாதையைச் சரியாகப் பயன்படுத்துகிறது.
சுரங்கப்பாதைக்கு முகவரி இல்லாதபோது பழைய SSH அமர்வு தற்செயலாக உயிர் பிழைப்பது வெற்றி அல்ல, யாரும் வேலையை ஏற்காதபோது இந்த விருப்பம் உருவாக்குவது சரியாக அதே நிலையையே. முதலில் இடைமுக முகவரி, பிறகு நிர்வாக பதில் பாதை, பிறகு பயன்பாடு சரிபாருங்கள். மூன்றில் இரண்டு தவறாக இருந்தால், விருப்பம் வேலையை நகர்த்தியது, ஆனால் அதற்கு உரிமையாளரைக் கொடுக்கவில்லை.