Ping வேலை செய்கிறது ஆனால் VPN வழியாக SSH தோல்வியடைகிறது: எந்த நிலை உடைந்தது?

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

ஒரு முயற்சியைப் பதிவு செய்யுங்கள், பலமுறை குத்தும் அமர்வை அல்ல

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

ssh -4 -vv -o ControlPath=none -o ConnectTimeout=10 [email protected]

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

முதல் மற்றும் இரண்டாம் நிலை: SSH க்கு முன் TCP

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

nc -vz 10.90.4.20 22
ip route get 10.90.4.20
tcpdump -ni any 'host 10.90.4.20 and port 22'

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

மூன்றாம் நிலை: யாருடைய விசை பதிலளித்தது

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

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

நான்காம் மற்றும் ஐந்தாம் நிலை: கணக்கு மற்றும் அனுமதி

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

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

பின்னோட்டம் மற்றும் நீங்கள் வைத்திருக்கும் பதிவு

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

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