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

ప్రామాణీకరించి, చిరునామాను పొంది, ఉద్దేశించిన గమ్యస్థానానికి రూట్ చేసే సెషన్ మీరు డీబగ్ చేస్తున్న ఫలితం. విఫలమైన ప్రయత్నం సమయంలో నిశ్శబ్ద టెర్మినల్ మీకు ఇంతే చెబుతుంది అవుట్పుట్ ఎక్కడ రాయబడలేదు.