డెస్క్‌టాప్ కనెక్షన్ కొనసాగుతున్నట్లు చూపిస్తుంది, IPsec విజయాన్ని నివేదిస్తుంది, కానీ PPP ఇంటర్‌ఫేస్ ఎప్పుడూ కనిపించదు. సిస్టమ్ లాగ్‌లో అదే టన్నెల్ నంబర్ UDP 1701 లో ప్రయత్నం సమయం ముగిసే వరకు పునరావృతమవుతుంది. ముందే పంచుకున్న కీ లేదా సర్వర్ కాన్ఫిగరేషన్‌ను సవరించే ముందు ఈ ఆకృతిని గుర్తించండి: Ubuntu 22.04 లో ఇది సాధారణంగా xl2tpd లో ప్యాకేజింగ్ రిగ్రెషన్, సర్వర్ అంతా సరిగ్గా ఉంది.

పునరావృతమయ్యే లాగ్ జంట మీకు ఏమి చెబుతుంది

విఫలమయ్యే సెషన్ క్రమమైన విరామాలలో రెండు లైన్లు ముద్రిస్తుంది: డీమన్ వచ్చే నియంత్రణ సందేశానికి టన్నెల్ కనుగొనలేదు, తర్వాత అందుకున్న కాల్ మరియు టన్నెల్ ఐడెంటిఫయర్లను విసిరేస్తుంది. తర్వాత మళ్లీ ప్రయత్నాల కౌంటర్ తన పరిమితిని చేరుకుంటుంది మరియు కనెక్షన్ పోర్ట్ 1701 సమయం ముగియడంతో మూసివేయబడుతుంది. చిరునామాలు మరియు ఐడెంటిఫయర్లు యాదృచ్ఛికం; ఆకృతి ముఖ్యం. IKE పూర్తయింది, L2TP నియంత్రణ ట్రాఫిక్ వచ్చింది, ఇప్పటికే సృష్టించిన టన్నెల్‌తో డీమన్ దాన్ని అనుసంధానించలేకపోయింది.

కాబట్టి లోపం L2TP నియంత్రణ మరియు PPP మధ్య ఉంది. రహస్యం, PPP ఎంపికలు లేదా దూర పరిధి నెట్‌వర్క్ గురించి ఇంకా ఏమీ పరీక్షించబడలేదు.

IPsec నిజంగా విజయవంతమైందని నిర్ధారించండి

రెండు తనిఖీలు దీన్ని ఆధారాల సమస్య నుండి వేరు చేస్తాయి, రెండూ ఏదైనా ప్యాకేజీ మార్పుకు ముందు చేయాలి.

ipsec status
journalctl -u strongswan --since "5 min ago" | grep -i "shared key"

స్థితి అవుట్‌పుట్ కనెక్షన్ మరియు దాని స్థితిని జాబితా చేస్తుంది, స్థాపిత టన్నెల్ అంటే మొదటి మరియు రెండవ దశలు పూర్తయ్యాయి. లేని భాగస్వామ్య కీ గురించిన లాగ్ లైన్ రహస్యాన్ని మాత్రమే సూచిస్తుంది, కాబట్టి ఆగి మొదట దాన్ని సరిచేయండి. IPsec స్థాపితమై ఉన్నప్పటికీ L2TP సమయ ముగింపు ఇంకా కనిపిస్తే, డీమన్ మిగిలిన అనుమానితుడు. రోజంతా మళ్లీ ప్రయత్నాలకు బదులు ఒక ప్రయత్నం యొక్క ఖచ్చితమైన లైన్లను ఉంచండి.

xl2tpd బిల్డ్‌ను తనిఖీ చేయండి, విడుదల పేరు కాదు

Ubuntu యొక్క jammy బిల్డ్‌లో xl2tpd 1.3.16 లింక్-టైమ్ ఆప్టిమైజేషన్‌ను ప్రారంభించింది, ఇది సర్వర్ SCCRP ప్రతిస్పందనలో టన్నెల్ ఐడెంటిఫయర్ పార్సింగ్‌ను విరిచింది. తర్వాత డీమన్ తానే సృష్టించిన టన్నెల్ కోసం నియంత్రణ ప్యాకెట్లను పారేస్తుంది. పంపిణీ పేరు కంటే వెర్షన్ స్ట్రింగ్ ముఖ్యం.

dpkg -l xl2tpd
apt policy xl2tpd
apt-mark showhold

సరిచేసిన ప్యాకేజీ 1.3.16-1ubuntu0.1, కాబట్టి ఆ ప్రత్యయం లేని బిల్డ్ సరిచేతకు ముందుది. పాలసీ అవుట్‌పుట్ అప్‌గ్రేడ్ ఏ అభ్యర్థిని ఇన్‌స్టాల్ చేస్తుందో చూపిస్తుంది, హోల్డ్ జాబితా సరిచేత ఎందుకు రాలేదో వివరిస్తుంది. ప్యాకేజీ అందుబాటులో ఉన్న చోట దాన్ని అప్‌గ్రేడ్ చేసి, ఫైళ్లను చేతితో సవరించడం బదులు సాధారణ ప్రొఫైల్ ద్వారా మళ్లీ కనెక్ట్ అవ్వండి. పాత బిల్డ్ ఇన్‌స్టాల్ చేయబడి ఉన్నప్పుడు మాడ్యూల్స్‌ను తిరిగి నిర్మించవద్దు, రహస్యాన్ని మార్చవద్దు.

మార్పు తర్వాత PPP నిర్ధారించండి

విజయవంతమైన అప్‌గ్రేడ్ విరిగిన పొరలో నిరూపించబడుతుంది. ఐకాన్ మారిందా అని మాత్రమే కాదు, PPP పైకి వచ్చిందా అని తనిఖీ చేయండి.

ip -4 addr show ppp0
ip route | grep ppp

ఇంటర్‌ఫేస్ జాబితా స్థానిక మరియు సహచర చిరునామాన్ని చూపాలి, రూట్ పట్టిక టన్నెల్ ప్రిఫిక్స్‌లను కలిగి ఉండాలి. సిస్టమ్ లాగ్‌లో టన్నెల్ ఆమోదించబడిందని మరియు pppd రెండు చిరునామాలను నివేదిస్తున్నట్లు కనిపించాలి, టన్నెల్-కనుగొనలేదు లైన్లు పునరావృతం కాకుండా. PPP పైకి ఉన్నా ట్రాఫిక్ ఇంకా విఫలమైతే, తర్వాత రూటింగ్ లేదా MTU చూడండి, ఎందుకంటే L2TP దశ తన పని పూర్తి చేసింది. పనిచేసే ప్యాకేజీ వెర్షన్‌ను మెషిన్ నోట్స్‌లో రాయండి, భవిష్యత్ పునఃస్థాపన విరిగిన బిల్డ్‌ను తిరిగి తీసుకురాకుండా.

సరిచేసిన ప్యాకేజీ అందుబాటులో లేని చోట, డాక్యుమెంట్ చేసిన ప్రత్యామ్నాయాలు 1.3.16 లేదా 1.3.17 యొక్క స్థానిక మూల బిల్డ్, kl2tpd కు మారడం, లేదా పిన్ చేసిన డౌన్‌గ్రేడ్. ప్రతిదీ రాయదగిన నిర్వహణ ఖర్చును కలిగి ఉంటుంది.

సంబంధిత వ్యాసాలు