PPP ఆధారిత VPN నుండి దాని ఊహలను కాపీ చేయకుండా మారడం

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

దశ 1: పాత కనెక్షన్ ఏమి ఇస్తుందో జాబితా చేయండి

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

L2TP/IPsec కోసం, రెండు పొరలను స్పష్టంగా వేరు చేయండి. IPsec ప్రత్యర్థి గుర్తింపు యంత్రాలను ప్రామాణీకరిస్తుంది; PPP వినియోగదారుని ప్రామాణీకరిస్తుంది, సాధారణంగా CHAP లేదా MSCHAPv2 తో.

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

దశ 2: ప్రత్యామ్నాయాన్ని ఉద్దేశపూర్వకంగా రూపకల్పన చేయండి

ప్రత్యామ్నాయాన్ని ఎంచుకోవడం అంటే అవసరానికి-అవసరం మ్యాపింగ్: సంస్థ మద్దతిచ్చే ప్రోటోకాల్ మరియు నిర్వహించబడే క్లయింట్, ప్రతి గుర్తింపు మరియు యాక్సెస్ అవసరం నిజమైన యంత్రాంగంలో దిగుతుంది. పంచుకున్న రహస్యం స్వయంచాలకంగా ప్రతి-పరికర కీ లేదా ధృవపత్రానికి సమానం కాదు, మరియు ప్రతి-వినియోగదారు PPP ఖాతా పరికర ధృవపత్రానికి సమానం కాదు.

అన్నింటికంటే ముందు చిరునామా పరిధులను సమన్వయం చేయండి, ఎందుకంటే ఇల్లు లేదా కార్యాలయ LAN తో అతివ్యాప్తి చెందే ప్రత్యామ్నాయ పూల్ సైఫర్ బలంతో సంబంధం లేని వైఫల్యాన్ని సృష్టిస్తుంది. పాత సేవ కోసం మీరు నిర్మించిన అదే జాబితాకు, అలాగే కొత్త క్లయింట్ డిఫాల్ట్గా ఊహించే దానికి వ్యతిరేకంగా పూల్ను తనిఖీ చేయండి. రక్షిత నెట్వర్క్లకు తిరిగి మార్గదర్శకత్వాన్ని నిర్ధారించండి, మరియు పాత క్లయింట్ పంపిన DNS ప్రత్యయాన్ని కొత్త క్లయింట్ పంపగలదా లేదా నమోదు చేయగలదా నిర్ధారించండి. ఆ రెండు అంశాలే ప్రోటోకాల్ మార్పు కంటే ఎక్కువ మార్పిడి టికెట్లను సృష్టిస్తాయి.

దశ 3: దశలవారీగా అమలు చేయండి మరియు అనుమతి మరియు తిరస్కరణ రెండింటినీ ధృవీకరించండి

ఒక ప్రతినిధి వినియోగదారు మరియు ఒక ప్రతినిధి అప్లికేషన్తో అమలు చేయండి. పరీక్షలో ప్రైవేట్ DNS పరిష్కారాన్ని చేర్చండి, ఎందుకంటే చిరునామాను చేరుకున్నా అంతర్గత పేరును పరిష్కరించలేని సొరంగం సగం మాత్రమే మారింది. ఆశించిన అందుబాటులో లేని స్థితిని కూడా చేర్చండి: సొరంగం పడిపోయినప్పుడు ఏమి జరగాలి, మరియు క్లయింట్ దానిని అమలు చేస్తుందా.

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

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

దశ 4: పాత గుర్తింపును విరమించండి

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

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

ఆమోద రికార్డు అంటే మొదటి దశ జాబితాకు ఒక నిలువు వరుస జోడించడం: కొత్త రూపకల్పన ప్రతి వరుసకు ఏమి చేస్తుంది, మరియు మీరు దానిని ఎలా ధృవీకరించారు. ఇది ప్రోటోకాల్ నవీకరణను సాక్ష్యంతో కూడిన సేవా అవసరంగా మారుస్తుంది.

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