மறுதொடக்கத்திற்குப் பிறகு SSH கேட்கவில்லை: VPN முகவரி தாமதமாக வருகிறது

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

பிணைப்புப் பிழை உண்மையில் என்ன சொல்கிறது

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

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

எந்த செயல்முறை போர்ட்டை வைத்திருக்கிறது

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

ss -ltnp 'sport = :22'
systemctl cat ssh.socket

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

தயார்நிலையை வெளிப்படையாக்குங்கள், தூக்கம் அல்ல

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

ip -4 addr show dev tun0
systemctl edit ssh.service

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

சுத்தமான துவக்கம் மற்றும் மறுஇணைப்பைச் சோதிக்கவும்

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

systemctl status ssh.service
ss -ltnp 'sport = :22'

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

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