DHCP புதுப்பிப்புக்குப் பிறகு OpenVPN விழுகிறது: முனைப் பாதையை வைத்திருங்கள்

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

அறிகுறியை அரை-இயல்புநிலை பாதைகளுடன் ஒப்பிடுங்கள்

redirect-gateway def1 உடன், OpenVPN இயல்புநிலைப் பாதையை மாற்றுவதற்குப் பதிலாக 0.0.0.0/1 மற்றும் 128.0.0.0/1 ஐ நிறுவுகிறது. இரண்டும் சேர்ந்து முழு முகவரி இடத்தையும் மூடுகின்றன, மேலும் முன்னொட்டு நீளத்தால் மட்டுமே 0.0.0.0/0 ஐ வெல்கின்றன. எனவே மேலும் குறிப்பிட்ட பொருத்தம் இல்லாத எந்த இலக்கும் சுரங்கத்தில் நுழைகிறது.

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

வேறு எதையும் தொடுவதற்கு முன் அட்டவணையின் வடிவத்தை உறுதிசெய்யுங்கள். ip route show இரண்டு பகுதிகளையும் சேவையக முகவரிக்கான ஹோஸ்ட் பாதையையும் பட்டியலிட வேண்டும்; ஹோஸ்ட் பாதை இல்லாதபோது, மீதமுள்ள விசாரணைக்கு தெளிவான தொடக்கப் புள்ளி உள்ளது.

அளவீட்டை மாற்றாமல் அரை-இயல்புநிலைகள் ஏன் வெல்கின்றன

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

ip route get 203.0.113.10 உடன் தேர்வைச் சரிபார்க்கவும், அதில் உண்மையான சேவையக முகவரியை இடுங்கள். பதில் கர்னல் உண்மையில் பயன்படுத்தும் இடைமுகத்தையும் அடுத்த தாவலையும் பெயரிடுகிறது, இது அட்டவணையைப் படித்து அதைப் பற்றி சிந்திப்பதை விட தகவலளிக்கிறது.

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

ஒன்றல்ல, மூன்று ஸ்னாப்ஷாட்களை எடுங்கள்

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

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

முனை முகவரிக்குப் பதிலாக பெயராக கட்டமைக்கப்பட்டிருந்தால், ஒவ்வொரு ஸ்னாப்ஷாட்டிலும் அதைத் தீர்க்கவும். அணுகல் இணைப்பில் DNS மாற்றம் எந்தப் பாதையையும் தொடாமல் முனையை நகர்த்தலாம்.

எந்த கூறு விதிவிலக்கைப் புதுப்பிக்கிறது என்று முடிவு செய்யுங்கள்

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

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

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

மீண்டும் இணைப்பு மட்டுமல்ல, வாழ்க்கைச் சுழற்சியைச் சோதியுங்கள்

dhcpcd -n eth0 மூலம் அல்லது குத்தகையை விடுவித்து மீண்டும் எடுத்து புதுப்பிப்பை கட்டாயப்படுத்துங்கள், பின்னர் முனைக்காக ip route get ஐ மீண்டும் சரிபார்க்கவும். இதை இரண்டு முறை செய்யுங்கள், ஏனெனில் இரண்டாவது சுற்று நகல் பாதைகளைச் சேர்க்கும் கொக்கிகளைப் பிடிக்கிறது. பின்னர் மறுதொடக்கம் செய்யுங்கள், ஏனெனில் நிலைத்தன்மை சரியான தன்மையிலிருந்து வேறுபட்ட பண்பு.

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