L2TP కనెక్ట్ అవుతుంది కానీ PPP చర్చ విఫలమవుతుంది: ఏ దశ?

IPsec సొరంగం ఏర్పడుతుంది, క్లయింట్ రక్షిత సహచరుడిని చూపిస్తుంది, ఆ తర్వాత ప్రైవేట్ సబ్నెట్కు ఏదీ చేరకముందే కనెక్షన్ చనిపోతుంది. ఆ ఖాళీ PPP తన సొంత పని చేస్తూండడమే: లింక్ ఎంపికలు, వినియోగదారు ప్రామాణీకరణ మరియు చిరునామా కేటాయింపు అన్నీ గుప్తీకరించిన సొరంగం ఉన్న తర్వాతే జరుగుతాయి. విజయవంతమైన మొదటి దశ మార్పిడి నుండి ఏదీ పాస్వర్డ్ లేదా లోపలి చిరునామా ఇవ్వదు. దశలను క్రమంగా చదవండి, వైఫల్యం సాధారణంగా తన పేరు తానే చెప్పుకుంటుంది.

సొరంగం మొదటి పొర మాత్రమే

L2TP IPsec-రక్షిత సొరంగం లోపల PPP ఫ్రేమ్లను మోసుకెళ్తుంది, అంటే ప్యాకెట్ మార్గనిర్దేశం చేయబడే ముందు రెండు స్వతంత్ర చర్చలు విజయవంతం కావాలి. బయటిది రెండు చివరలు కీలు మరియు గుర్తింపులపై ఏకీభవిస్తున్నాయని నిరూపిస్తుంది. లోపలిది లింక్ పారామితులు, వినియోగదారు ప్రామాణీకరించబడతారా మరియు క్లయింట్ ఏ చిరునామా పొందుతారు అనేది నిర్ణయిస్తుంది.

PPP లోపలి వైఫల్యం ఒకే స్థితి దీపం చూపించే ప్రతి క్లయింట్లో విరిగిన సొరంగంలా కనిపిస్తుంది. దాన్ని సొరంగ సమస్యగా పరిగణిస్తే కీలను మళ్లీ సృష్టించడం, సేవలను పునఃప్రారంభించడం మరియు చివరికి ఎప్పుడూ తప్పుగా లేని పంచుకున్న రహస్యాన్ని మార్చడం జరుగుతుంది. ఉపయోగకరమైన భేదం చవకైనది: సహచరుడితో మార్పిడి పూర్తయి, క్లయింట్ వినియోగదారు పేరు అభ్యర్థన లేదా ప్రామాణీకరణ దశకు వెళ్ళింది అయితే, సొరంగం బాగుంది. ఆ పాయింట్ తర్వాత అంతా PPP కి చెందుతుంది.

విజయవంతమైన చివరి దశను చదవండి

లాగ్లో ముందుకు వెళ్లి పూర్తికాని మొదటి దశలో ఆగండి. మొదట LCP వస్తుంది, తర్వాత ప్రామాణీకరణ, తర్వాత IPv4 పారామితుల కోసం IPCP.

sudo journalctl -u xl2tpd -b --no-pager | tail -n 40
sudo journalctl -b --no-pager | grep -i -E 'pppd|lcp|chap|ipcp'
ip -4 address show ppp0

LCP సమయం ముగియడం అంటే రెండు చివరలు ప్రాథమిక లింక్ ఎంపికలపై ఎప్పుడూ ఏకీభవించలేదు, ఇది చెడు పాస్వర్డ్ కాదు, ప్రొఫైల్ సరిపోకపోవడం లేదా లోపలి ప్రోటోకాల్ నిరోధించబడడం. స్పష్టమైన ప్రామాణీకరణ తిరస్కరణ వ్యతిరేక సందర్భం: లింక్ పైకి వచ్చింది మరియు ఒక వైపు ఆధారాలను తిరస్కరించింది. విజయవంతమైన ప్రామాణీకరణ తర్వాత IPCP సమయం ముగియడం చిరునామా పూల్స్ లేదా సర్వర్ విధానాన్ని సూచిస్తుంది. వాటిలో ప్రతిదానికి వేరే యజమాని మరియు వేరే మరమ్మత్తు ఉంటుంది, అందుకే చివరి లోప పాఠ్యం కంటే దశ ముఖ్యం.

టికెట్లో దశ పేరుతో పాటు లాగ్ భాగాన్ని ఉంచండి. దశ సరిహద్దు లేకుండా అతికించిన తోక తదుపరి పాఠకుడిని ఊహించమని ఆహ్వానిస్తుంది, ఇక్కడ ఊహించడం ఒక గంట ఖర్చు చేస్తుంది.

క్లయింట్ మరియు సర్వర్ మధ్య ఒప్పందం

రెండు చివరలు ఒకే ప్రామాణీకరణ పద్ధతిని అంగీకరించాలి, మరియు సేవ్ చేసిన ప్రొఫైల్ గత త్రైమాసికంలో సర్వర్ ఉపసంహరించిన ఒకదాన్ని అడగవచ్చు. నిర్వహిత అమరికలు సర్వర్ వైపును కూడా దాచుతాయి, అక్కడ తిరస్కరణ కారణం సాధారణంగా పరికరంపై కాకుండా వినియోగదారుపై నమోదు చేయబడుతుంది.

ప్రతి పాత ఎంపికకు బదులు ఒక మద్దతు ఉన్న పద్ధతిని ప్రారంభించండి, ఎందుకంటే ఐదు పద్ధతులు అందించే క్లయింట్ ఏది విఫలమైందో దాస్తుంది. నిర్వాహకుడిని సర్వర్-వైపు విధానం మరియు ఖచ్చితమైన తిరస్కరణ అడగండి, దీనికి ఎవరూ పాస్వర్డ్ ప్రచురించాల్సిన అవసరం లేదు. ఒక క్లయింట్ను కాపాడటానికి ప్రారంభించిన పాత పద్ధతి ఫైల్ను కాపీ చేసే ప్రతి ప్రొఫైల్కు వ్యాపిస్తుంది.

చిరునామాన్ని తనిఖీ చేయండి, లాగిన్ కాదు

పూర్తయిన లాగిన్ ఉపయోగించదగిన సెషన్ కాదు. IPCP లోపలి చిరునామాన్ని చర్చిస్తుంది, మరియు ఖాళీ అయిన పూల్ లేదా క్లయింట్ను తిరస్కరించే విధానం ఇప్పటికీ కనెక్ట్ అయిన సొరంగాన్ని మార్గనిర్దేశం చేయడానికి ఏమీ లేకుండా వదిలేయవచ్చు.

ip -4 address show ppp0
ip route get 10.52.9.1
ping -c 2 10.52.9.1

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

దశ, పద్ధతి మరియు చిరునామాను ఒక నోట్లో రాసి తేదీ వేయండి. అదే ఖాతా ఒక నెల తర్వాత మళ్లీ విఫలమైతే, ఆ నోట్ ఐదు నిమిషాల తనిఖీకి మరియు కొత్త దర్యాప్తుకు మధ్య తేడా. వేర్వేరు దశల్లో వైఫల్యాలు వేర్వేరు సంఘటనలు, క్లయింట్ ఒకే సంభాషణ చూపించినా.