L2TP பிழைத்திருத்தப் பதிவு காலியாக உள்ளதா? பிழை பெரும்பாலும் journal இல் உள்ளது

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

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

இணைப்பு IPsec உடன் தொடங்குகிறது, அது நிறுவலின் அடிப்படையில் libreswan அல்லது strongSwan ஆகும். பின்னர் L2TP டீமன், பாரம்பரியமாக xl2tpd மற்றும் சில கட்டுமானங்களில் kl2tpd, சுரங்கப்பாதையை இயக்குகிறது. இறுதியாக pppd அதன் உள்ளே அங்கீகாரம் மற்றும் முகவரி ஒதுக்கீட்டைக் கையாளுகிறது.

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

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

ஒரு முயற்சியைச் சேகரித்து, பின்னர் வரிசையைப் படிக்கவும்

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

இந்தக் கட்டளைகள் தற்போதைய துவக்கத்திற்கான பங்கேற்கும் செயல்முறைகளைத் தேர்ந்தெடுக்கின்றன, உங்கள் விநியோகத்தில் செருகுநிரல் பாதையை உறுதிப்படுத்துவது மதிப்புள்ளது:

journalctl -b --no-hostname _COMM=nm-l2tp-service _COMM=pluto _COMM=charon _COMM=xl2tpd _COMM=pppd
rpm -ql NetworkManager-l2tp 2>/dev/null | grep nm-l2tp-service

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

அடுத்த படியை மூன்று நிபந்தனைகள் தீர்மானிக்கின்றன

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

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

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

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

பிழைத்திருத்தப் பயன்முறை கோப்புகளை விட்டுச் செல்கிறது

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

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

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

பின்னர் சாதாரண உதவியாளரை மீட்டெடுக்கவும்

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

பின்னர் முடிவை தோல்வியடைந்த அடுக்கில் சரிபார்க்கவும், டெஸ்க்டாப் ஐகானில் அல்ல:

journalctl -b -u NetworkManager --since -10min | tail -30
ip -4 addr show ppp0
ip -4 route get 10.20.4.10

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