PPTP మీ పాస్వర్డ్ తప్పు అని చెబుతుంది: ఏ సవరణ మొదట వస్తుంది?

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

రహస్యం ఎందుకు ఎప్పుడూ పరీక్షించబడదు

PPP ప్రామాణీకరణ చర్చ ద్వారా నిర్ణయమవుతుంది: సర్వర్ పద్ధతులను ప్రతిపాదిస్తుంది, క్లయింట్ తనకు సాధ్యమైన దానితో సమాధానమిస్తుంది, ఏ ప్రామాణికత ఆధారం మార్పిడి చేయకముందే ఇరువురూ ఒకదానిపై ఏకీభవిస్తారు. సర్వర్ EAP-PEAP మాత్రమే ఇచ్చినప్పుడు క్లయింట్ pppd దాన్ని అమలు చేయకపోతే, సంభాషణ ప్రతిపాదన దశలోనే ముగుస్తుంది. విఫలమైన దశ అదే కాబట్టి సర్వర్ ప్రామాణీకరణ వైఫల్యాన్ని నమోదు చేస్తుంది, పాస్వర్డ్ పోల్చి సరిపోదని తేలినందుకు కాదు.

అందుకే తప్పు పాస్వర్డ్కు, పద్ధతి అసమతౌల్యానికి లోపం ఒకేలా ఉంటుంది. లాగ్ మాత్రమే వాటిని వేరు చేస్తుంది, అది కూడా క్లయింట్కు వివరంగా ఉండే అనుమతి ఉన్నప్పుడే.

చర్చను చదవండి, చివరి లోపాన్ని కాదు

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

sudo pppd call provider debug nodetach

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

రెండవ కారణం రహస్య ఫైల్లో దాగి ఉంది

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

sudo cat -A /etc/ppp/chap-secrets

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

సర్వర్ ఎవరిది అన్నదాని ప్రకారం సవరణను ఎంచుకోండి

సర్వర్ మీదైతే, ఆ ఖాతాకు MSCHAPv2 అనుమతించడం అతి చిన్న మార్పు, బలహీనమైన పద్ధతిని ఉద్దేశపూర్వకంగా అంగీకరించారని నమోదు చేయాలి. అది వేరొకరిది అయితే, EAP-PEAP అమలు చేసే క్లయింట్ నిజాయితీ సవరణ; pppdకు ప్యాచ్ వేయడం అసమతౌల్యాన్ని మీ నిర్వహణ సమస్యగా మారుస్తుంది. ప్రోటోకాల్ ఎంపిక ఇంకా తెరిచి ఉంటే, PPTP డిజైన్లో బలహీనమైన భాగం మరియు ప్యాచ్ చేసిన క్లయింట్ను సజీవంగా ఉంచడం కంటే వలస సాధారణంగా చవకైనది. ఆ నిర్ణయాన్ని ప్రొఫైల్ పక్కన రాయండి, తదుపరి వ్యక్తి దాన్ని మళ్లీ తెరవకుండా.

మీరు ఏ మార్గం తీసుకున్నా, తర్వాత వేరే నెట్వర్క్లో రెండవ యంత్రం నుంచి పరీక్షించండి. నిల్వ చేసిన ప్రొఫైల్ పాత పద్ధతిని ప్రతిపాదిస్తూ ఉండి, సరిచేసిన సర్వర్ పాడైనట్టు కనిపించవచ్చు. తర్వాత డీబగ్ సెట్టింగ్ను తీసివేయండి, ఎందుకంటే వివరమైన PPP లాగ్లు భాగస్వామ్య వర్క్స్టేషన్లో మీరు కోరుకున్నదానికంటే ఎక్కువ పట్టుకోవచ్చు.