போர்ட் 1194 ஏற்கனவே பயன்பாட்டில் உள்ளது: அந்த OpenVPN சாக்கெட் யாருடையது?
முகவரி ஏற்கனவே பயன்பாட்டில் உள்ளது என்ற பிழை உள்ளூர் இணைப்புக்கு உரியது. போர்ட்களை மாற்றும் அல்லது தவறான செயல்முறையை நிறுத்தும் முன் போக்குவரத்து, முகவரி மற்றும் பெயர்வெளியை ஒப்பிடுங்கள்.
ஒரே சேவையக சுயவிவரத்தை இரண்டு முறை தொடங்குங்கள், இரண்டாவது செயல்முறை போர்ட் 1194 க்கு முகவரி ஏற்கனவே பயன்பாட்டில் உள்ளது என்ற பிழையுடன் வெளியேறுகிறது. வழக்கமான நிலையில் கண்டறியும் தொடக்கம் தான் மோதலை உருவாக்கியது, அசல் நிகழ்வு இன்னும் வாடிக்கையாளர்களுக்கு முழுமையாக சேவை செய்கிறது. இந்தக் கதை இந்த அறிக்கைகளின் பெரும்பகுதியை விளக்குகிறது, எதையும் மீண்டும் தொடங்கும் முன் இதை அடையாளம் காண்பது மதிப்புள்ளது. தீர்ப்பதற்கான மலிவான பதிப்பும் இதுவே.
பிழை ஒரு உள்ளூர் இணைப்பை விவரிக்கிறது, அதற்கு அப்பால் எதுவும் இல்லை. வழங்குநர் போர்ட்டைத் தடுக்கிறார், வாடிக்கையாளர் தவறான கடவுச்சொல்லை அனுப்பினார், அல்லது சான்றிதழ் சங்கிலி உடைந்துள்ளது என்பதற்கு இது சான்றல்ல.
சரியான இணைப்புப் பிழையைப் படியுங்கள்
இந்தக் குடும்பத்தின் இரண்டு பிழைகள் வெவ்வேறு பொருள் தருகின்றன, அவற்றைக் கலப்பது உங்களை தவறான அடுக்குக்கு அனுப்புகிறது. «முகவரி ஏற்கனவே பயன்பாட்டில் உள்ளது» என்பது நீங்கள் கேட்ட முடிவுப் புள்ளியை வேறொரு சாக்கெட் வைத்திருப்பதைக் குறிக்கிறது. «முகவரி கிடைக்கவில்லை» என்பது நீங்கள் கேட்ட முகவரி இந்த ஹோஸ்ட்டில் இன்னும் இல்லை என்பதைக் குறிக்கிறது, இது தயார்நிலைச் சிக்கல், நகல் அல்ல.
systemctl status openvpn-server@lab --no-pager
journalctl -u openvpn-server@lab -n 20 --no-pager
எதையும் மாற்றும் முன் பிழை உரையை நகலெடுங்கள், அது குறிப்பிடும் முகவரி மற்றும் போர்ட்டும் உட்பட. இடைமுகம் தோன்றக் காத்திருக்கும் சேவை இரண்டாவது பிழையை மீண்டும் மீண்டும் பதிவு செய்து, முகவரி இருக்கும்போது வெற்றிகரமாக இணைக்கும்; முதல் பிழையைப் பதிவு செய்யும் சேவை நகல் தீரும் வரை ஒருபோதும் வெற்றிபெறாது. எதைப் பார்த்தீர்கள் எனக் குறிப்பதற்கு எந்தச் செலவும் இல்லை, வீணான இடைமுகத் தேடலைச் சேமிக்கிறது.
சாக்கெட்டை பட்டியலிடுங்கள், போர்ட்டை அல்ல
போர்ட் எண் ஒரு முழுமையற்ற பட்டியல். முடிவுப் புள்ளி என்பது போக்குவரத்து, முகவரி குடும்பம், உள்ளூர் முகவரி மற்றும் போர்ட், அனைத்தும் ஒரே நெட்வொர்க் பெயர்வெளிக்குள். ஒரே எண்ணில் UDP கேட்பான் மற்றும் TCP கேட்பான் வெவ்வேறு சாக்கெட்டுகள், வெவ்வேறு பெயர்வெளிகளில் ஒரே எண்ணில் இரண்டு செயல்முறைகள் ஒருபோதும் சந்திக்காது.
ss -lunp | grep -F ':1194'
ss -ltnp | grep -F ':1194'
ss -lunp 'sport = :1194'
முதலில் சுயவிவரம் உண்மையில் பயன்படுத்தும் போக்குவரத்தை இயக்குங்கள். பின்னர் எண்ணை மட்டுமல்ல, உள்ளூர் முகவரி நெடுவரிசையைப் பாருங்கள்: வைல்ட்கார்டு இணைப்பு ஒவ்வொரு உள்ளூர் முகவரியையும் உள்ளடக்குகிறது, எனவே ஒரு குறிப்பிட்ட முகவரியைக் கேட்கும் இரண்டாவது செயல்முறை அச்சிடப்பட்ட சரங்கள் வேறுபட்டாலும் அதனுடன் மோதலாம். சாக்கெட் மறுபயன்பாட்டு விருப்பங்களும் தள விதிகளும் சரியான முடிவைத் தீர்மானிக்கின்றன, அதனால் இது ஒவ்வொரு பயன்பாட்டிலும் பயன்படுத்தும் விதி அல்ல, கவனிப்பாக இருக்க வேண்டும்.
எந்த செயல்முறை அதை வைத்திருக்கிறது என்பதைக் கண்டறியுங்கள்
எண்ணியல் முடிவுப் புள்ளிகளும் செயல்முறைத் தகவலும் உங்கள் சிறப்புரிமைகள் அனுமதிக்கும்போது உரிமையாளரை அடையாளம் காண்கின்றன, உங்களுக்குத் தேவையானது உரிமையாளர், நிரலின் பெயர் அல்ல. இரண்டு OpenVPN செயல்முறைகள் வெவ்வேறு சுயவிவரங்களை இயக்கலாம், கேட்பானை வைத்திருப்பது நீங்கள் குறைவாக எதிர்பார்த்ததாக இருக்கலாம்.
sudo ss -lunp 'sport = :1194'
sudo fuser -v -n udp 1194
நீங்கள் கண்டறிந்ததை சேவை மேலாளர், கொள்கலன் இயக்க நேரம் அல்லது முந்தைய சோதனையிலிருந்து எஞ்சிய முனையச் செயல்முறையுடன் ஒப்பிடுங்கள். செயல்முறை விவரங்கள் இல்லாதது சாக்கெட்டுக்கு உரிமையாளர் இல்லை என்பதற்கான சான்றல்ல; பொதுவாக அது வினவல் போதுமான அனுமதி இல்லாமல் இயங்கியதைக் குறிக்கிறது. அதேபோல், TCP மட்டும் உள்ள பட்டியல் UDP மோதலை நீக்காது, எனவே பிழையில் குறிப்பிடப்பட்ட போக்குவரத்தைச் சரிபார்க்கவும். செயல்முறையின் பெயர் மட்டும் எந்த சுயவிவரம் ஏற்றப்பட்டது என்பதை ஒருபோதும் சொல்லாது, மேலும் சுயவிவரமே முடிவுப் புள்ளியைத் தீர்மானிக்கிறது.
ஒரு உரிமையாளர், அல்லது இரண்டு வடிவமைக்கப்பட்ட நிகழ்வுகள்
பயன்பாடு ஒரு சேவையகத்தை நோக்கமாகக் கொண்டால், ஒரு வாழ்க்கைச் சுழற்சி உரிமையாளரை வைத்திருந்து, அதைக் கவனிக்க இரண்டாவது நகலைத் தொடங்குவதற்குப் பதிலாக அந்த நிகழ்வின் இதழ் அல்லது கட்டமைக்கப்பட்ட பதிவைப் படியுங்கள். கட்டுப்படுத்தப்பட்ட முன்னணி இயக்கம் உண்மையில் தேவைப்படும்போது, நிர்வகிக்கப்படும் நிகழ்வை வேண்டுமென்றே நிறுத்தி, அதற்கு முன் அது சேவை செய்யும் வாடிக்கையாளர்களைக் கணக்கில் எடுத்துக் கொள்ளுங்கள்.
இரண்டு நிகழ்வுகள் நோக்கமாக இருந்தால், அவற்றுக்கு வெவ்வேறு கேட்பான்களையும் மற்ற அனைத்தையும் வெவ்வேறாகக் கொடுங்கள்: முகவரிக் குளங்கள், மெய்நிகர் இடைமுகங்கள், வழிசெலுத்தல் கொள்கை மற்றும் கட்டமைப்பு உரிமை. வெவ்வேறு போர்ட் மட்டும் சாக்கெட்டைத் தவிர எதையும் பிரிக்காது, இரண்டு சேவையகங்களும் ஒரே குளம் மற்றும் ஒரே வழிகளுக்காகப் போராடும்.
மூன்று குறுக்குவழிகள் பெயரிடத் தகுந்தவை, ஏனெனில் அவை இந்தப் பிழை பற்றிய ஒவ்வொரு விவாதத்திலும் தோன்றுகின்றன. குற்றவாளி போலத் தெரியும் தன்னிச்சையான PID ஐக் கொல்ல வேண்டாம். செய்தியை அமைதிப்படுத்த சாக்கெட் பங்கிடலை இயக்க வேண்டாம். சேவையக சுயவிவரத்தை வாடிக்கையாளர் பாணி இணைக்கப்படாத கட்டமைப்புக்கு மாற்ற வேண்டாம், ஏனெனில் அது இணைப்புப் பிழையை மறையச் செய்கிறது; சேவையகம் அசல் மோதலை விடக் கண்டறிய கடினமான வகையில் அணுக முடியாததாகிறது.
போர்ட்டை மாற்றுவது புதிய கேட்பான் அங்கீகரிக்கப்பட்ட வடிவமைப்பின் பகுதியாக இருக்கும்போது மட்டுமே செல்லுபடியாகும் பதில், அதில் அனுப்புதல் விதி மற்றும் வாடிக்கையாளர் முடிவுப் புள்ளி அடங்கும். அவை புதுப்பிக்கப்படவில்லை என்றால், யாரும் கண்டுபிடிக்க முடியாத இடத்திற்கு மோதலை நகர்த்தியுள்ளீர்கள்.
மற்ற எல்லாவற்றுக்கும் முன் இணைப்பைச் சரிபார்க்கவும்
வரையறுக்கப்பட்ட திருத்தத்திற்குப் பிறகு, நோக்கமான நிகழ்வு செயலில் உள்ளது, அதன் கேட்பான் எதிர்பார்க்கும் போக்குவரத்தில் தோன்றுகிறது, ஒரு வாடிக்கையாளர் இணைக்க முடியும் என்பதை உறுதிப்படுத்துங்கள். வெற்றிகரமான இணைப்பு உள்ளூர் சாக்கெட் நிலையை மட்டுமே முடிக்கிறது; சுரங்கப்பாதை எழுந்த பிறகு அங்கீகாரம் அல்லது போக்குவரத்து பற்றி எதையும் சான்றளிக்காது.
ss -lunp 'sport = :1194'
systemctl is-active openvpn-server@lab
journalctl -u openvpn-server@lab -f
சாக்கெட் இருந்து வாடிக்கையாளர் இன்னும் தோல்வியடைந்தால், மீதமுள்ள சிக்கல் கீழ்நிலையில் உள்ளது, இணைப்புப் பிழை இப்போது வரலாறு. அந்தப் பிரிப்பே சரியான செய்தியை முதலில் படிப்பதன் முழு நோக்கம்: ஒரு பிழை, ஒரு அடுக்கு, ஒரு உரிமையாளர். அப்படிப் படியுங்கள், அடுத்த அறிகுறி ஊகத்திலிருந்து அல்ல, தெரிந்த நிலையிலிருந்து தொடங்கும்.