நெட்வொர்க் இடைமுகத்தின் பெயர் மாற்றப்பட்ட பிறகு Access Server அதன் பிணைப்பை இழந்தது: விசைகளை சரிசெய்யவும்

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

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

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

பிணைக்க முடியாத டீமன் பொதுவாக அதை தன் பதிவில் சொல்லும்: முகவரி கிடைக்கவில்லை அல்லது இடைமுகம் இல்லை. செய்தி குறிப்பானது: டீமன் முயற்சித்த முகவரியை அது பெயரிடுகிறது; ஹோஸ்ட்டில் ip -br addr உடன் ஒப்பிட்டால் இடைமுகம் பெயர் மாற்றப்பட்டதா, நீக்கப்பட்டதா அல்லது பழைய முகவரி இல்லாமல் உயர்த்தப்பட்டதா என்பதை அறியலாம்.

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

திருத்தும் முன் உள்ளமைவைக் கேளுங்கள்

Access Server தன் உள்ளமைவை தன் சொந்த CLI மூலம் வெளிப்படுத்துகிறது. ஆவணப்படுத்தப்பட்ட பார்வை:

sacli ConfigQuery

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

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

எந்தக் கேட்பவர் உடைந்துள்ளது என்பதைத் தீர்மானியுங்கள்

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

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

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

பயிற்சி ConfigPut ஐ குறிப்பிட்ட விசைகளில் ஆவணப்படுத்துகிறது, எடுத்துக்காட்டாக vpn.daemon.0.server.ip_address மற்றும் vpn.daemon.0.listen.ip_address. தயாரிப்பின் சொந்த முறையை விசைப் பெயர் மற்றும் புதிய மதிப்புடன், உங்கள் பதிப்பிற்கு ஆவணப்படுத்தப்பட்ட தொடரியலில் பயன்படுத்தி, நீங்கள் கண்டறிந்த கேட்பவரின் விசைகளை மட்டும் மாற்றுங்கள்.

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

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

அதைப் பயன்படுத்துங்கள், பின்னர் பாதை வேலை செய்கிறது என்பதை நிரூபியுங்கள்

மதிப்பு சரிசெய்யப்பட்ட பிறகு, தயாரிப்பின் ஆவணப்படுத்தப்பட்ட வாழ்க்கைச் சுழற்சி மூலம் பயன்படுத்துங்கள் ( வாழ்க்கைச் சுழற்சி ). விசைகளை அமைத்த பிறகு பயிற்சி sacli start ஐப் பயன்படுத்துகிறது; அது முழு ஹோஸ்ட் மறுதொடக்கம் அல்லது தரவுத்தள மீட்டமைப்பு அல்ல.

ss -lntup | grep -E '1194|443'
sacli ConfigQuery | grep -i ip_address

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