IKEv2 లేదా L2TP/IPsec: మీ సర్వర్ ఏ ప్రొఫైల్ నడుపుతుంది?
ఒక లేబుల్ రెండు స్టాక్లు, మూడు రకాల రహస్యాలు మరియు చిరునామా మారినప్పుడు వేరే ప్రవర్తనను దాచుతుంది. మెనూలను పోల్చే ముందు పొరలను వేరు చేయండి.
రెండు పేర్లు ఒకే డ్రాప్డౌన్లో పక్కపక్కనే కనిపిస్తాయి, ఇది సమానమైన రెండు ఎంపికల మధ్య ఎంపికకు ఆహ్వానం పలుకుతుంది. అవి సమానం కావు. L2TP తనకంటూ గోప్యత లేని టన్నెలింగ్ ప్రోటోకాల్, మరియు L2TP/IPsec సేవలో రక్షణ దానిని చుట్టే IPsec పొర నుండి వస్తుంది. IKEv2 నేరుగా ఒక IPsec అసోసియేషన్ను బేరసారాలతో ఏర్పాటు చేస్తుంది, అందులో టన్నెల్ లోపల టన్నెల్ అనే దశ లేదు. మీ సర్వర్ ఏ స్టాక్ ఇస్తుందో తెలుసుకోవడం ప్రొఫైల్, ప్రాంప్ట్లు మరియు ల్యాప్టాప్ నెట్వర్క్ మారినప్పుడు ఏమి జరుగుతుందో నిర్ణయిస్తుంది.
రెండు స్టాక్లు, క్లయింట్లో ఒకే లేబుల్
L2TP UDP పై 1701 పోర్టు వరకు పాయింట్-టు-పాయింట్ సెషన్ను తీసుకెళ్తుంది మరియు ఎన్క్రిప్షన్ను దానిని చుట్టేవారికే వదిలేస్తుంది. దానిని IPsec తో జత చేస్తే రెండు పొరలు లభిస్తాయి: మార్గాన్ని రక్షించే IPsec అసోసియేషన్, మరియు దాని లోపల వినియోగదారు లింక్-లేయర్ ఫ్రేమ్లను, PPP ప్రామాణీకరణను మోసుకెళ్లే L2TP సెషన్.
IKEv2 ఒక నియంత్రణ అసోసియేషన్ను సృష్టిస్తుంది, తర్వాత ట్రాఫిక్ను రక్షించే ఒకటి లేదా అనేక చైల్డ్ అసోసియేషన్లను సృష్టిస్తుంది, అన్నీ UDP 500 మరియు 4500 పై ఒకే మార్పిడి కుటుంబంలో. లోపల టన్నెలింగ్ ప్రోటోకాల్ లేదు, PPP బేరసారాలు కూడా లేవు.
క్రెడెన్షియల్స్: మూడు పొరలపై మూడు రహస్యాలు
ఇక్కడే ఎక్కువ మద్దతు సమయం కరిగిపోతుంది. L2TP/IPsec ప్రొఫైల్ IPsec పొర కోసం ముందుగా పంచుకున్న కీని, లోపలి PPP సెషన్ కోసం వినియోగదారు పేరు, పాస్వర్డ్ను అడగవచ్చు, రెండింటినీ వేర్వేరు భాగాలు తనిఖీ చేస్తాయి. పంచుకున్న కీ మొత్తం గేట్వేకు చెందుతుంది, కాబట్టి అది ఎవరినీ గుర్తించదు; ఎదుటి వైపు ఒక రహస్యం తెలుసని మాత్రమే నిరూపిస్తుంది.
IKEv2 సాధారణంగా సర్టిఫికెట్లను, లేదా వినియోగదారు పేరు, పాస్వర్డ్తో EAP ను ఉపయోగిస్తుంది, ముందుగా పంచుకున్న కీని కూడా ఉపయోగించవచ్చు. ఆ ఎంపికలు L2TP జోడితో పరస్పరం మార్చుకోగలిగేవి కావు. తిరస్కరించబడిన EAP లాగిన్ను సరిచేసే పాస్వర్డ్ రీసెట్ గడువు ముగిసిన క్లయింట్ సర్టిఫికెట్కు ఏమీ చేయదు, ఖాతా పాస్వర్డ్ను ఎన్నిసార్లు టైప్ చేసినా తప్పు గేట్వే కీ తృప్తి చెందదు. ఊహించని ప్రాంప్ట్ వస్తే ఊహించే ముందు అది ఏ పొరది అని ఆపరేటర్ను అడగండి.
| Question | L2TP/IPsec | IKEv2 |
|---|---|---|
| What encrypts the traffic | A wrapping IPsec association | The child association |
| Ports you must permit | UDP 500/4500 and UDP 1701 inside | UDP 500 and 4500 |
| Typical secrets | Gateway PSK plus PPP credentials | Certificate, EAP, or PSK |
| Address change | Tunnel breaks, reconnect needed | Can migrate with MOBIKE |
MOBIKE ఏమి మారుస్తుంది, ఏమి మార్చదు
రెండు చివరలు MOBIKE కి మద్దతు ఇచ్చినప్పుడు IKEv2 ఒక అసోసియేషన్ను కొత్త చిరునామాకు తరలించగలదు, ఇది ల్యాప్టాప్ వై-ఫైని విడిచి ఫోన్ హాట్స్పాట్కు వెళ్లే సందర్భాన్ని భద్రతా అసోసియేషన్ను విచ్ఛిన్నం చేయకుండా కవర్ చేస్తుంది.
ఆ తరలింపులో ప్రతి అప్లికేషన్ను సజీవంగా ఉంచదు. రవాణా ప్రవాహం ఇప్పటికీ చిరునామా మారుస్తుంది, పాత చిరునామాకు కట్టుబడిన సాకెట్లు ఇప్పటికీ విరిగిపోతాయి, ఇంటర్ఫేస్కు ట్రాఫిక్ను పిన్ చేసే విధానం దానిని ఇప్పటికీ పడగొట్టగలదు. మీరు నిజంగా చేసే మార్పు, అంటే నెట్వర్క్ విడిచిపెట్టడం, నిద్ర నుండి లేవడం లేదా దీర్ఘ నిష్క్రియత తర్వాత తిరిగి రావడం పరీక్షించి, Connected లేబుల్కు బదులు అప్లికేషన్ను చూడండి.
వాటిని వేరు చేసే వైఫల్య ఆకారాలు
గేట్వేను చేరి ఆగిపోయే L2TP/IPsec ప్రొఫైల్ సాధారణంగా రెండు ప్రాంప్ట్లలో ఒకదానిపై విఫలమవుతుంది: పంచుకున్న కీ లేదా PPP క్రెడెన్షియల్స్. తప్పు కీ సాధారణంగా క్లయింట్ లాగ్లో ఉపయోగకరమైనది ఏమీ చూపదు, కానీ తప్పు పాస్వర్డ్ స్పష్టమైన ప్రామాణీకరణ తిరస్కరణను సృష్టిస్తుంది, ఆ భేదమే ఎక్కడ చూడాలో చెబుతుంది.
గుర్తింపు లేదా సర్టిఫికెట్ తప్పైనప్పుడు IKEv2 ప్రొఫైల్ ముందుగానే, గట్టిగా విఫలమవుతుంది, ఎందుకంటే నియంత్రణ అసోసియేషన్ ఎప్పటికీ పూర్తికాదు. అసోసియేషన్ పూర్తయినా ట్రాఫిక్ విఫలమైతే, సమస్య చైల్డ్ అసోసియేషన్, ట్రాఫిక్ సెలెక్టర్ లేదా మార్గానికి మారింది, ఏ క్రెడెన్షియల్ మార్పు సహాయపడదు.
ఏది ఎక్కడ ఇంకా సరిపోతుంది
L2TP/IPsec నిలిచి ఉంది ఎందుకంటే అది దాదాపు ప్రతి క్లయింట్లో ఉంటుంది, అదనపు సాఫ్ట్వేర్ అవసరం లేదు, ఇది మీరు నిర్వహించని పరికరంపై పని చేసే కాంట్రాక్టర్కు ముఖ్యం. ధర అంటే అదనపు పొర, పంచుకున్న-రహస్య నమూనా, ప్రతి చిరునామా మార్పు తర్వాత తిరిగి కనెక్ట్ కావడం.
నిర్వహిత పరికరాలకు IKEv2 బాగా సరిపోతుంది: సర్టిఫికెట్ గుర్తింపు, స్పష్టమైన చలనశీలత, ఆలోచించడానికి ఒకే అసోసియేషన్ కుటుంబం. క్లయింట్ పాతదైతే అది ఇంకా కఠినంగా విఫలమవుతుంది, కాబట్టి దాని చుట్టూ రూపకల్పన చేసే ముందు ప్లాట్ఫారమ్ మద్దతు ఇచ్చే ప్రామాణీకరణ పద్ధతిని చూడండి.
మీకు ఇచ్చిన ప్రొఫైల్ను పరీక్షించడం
మొదట సర్వర్ వైపు నుండి మోడ్ను నిర్ధారించి, తర్వాత దానికి సరిపోయే క్లయింట్ ప్రొఫైల్ను ఎంచుకోండి. ఆ ప్రొఫైల్ కోసం ఇచ్చిన ఖచ్చితమైన హోస్ట్నేమ్, క్రెడెన్షియల్స్తో పరీక్షించి, పబ్లిక్ సైట్కు బదులు ప్రైవేట్ వనరును ధృవీకరించండి.
కనెక్ట్ అయినా ఏమీ లోడ్ కాకపోతే, టన్నెల్ పని చేస్తోంది, మార్గం, DNS లేదా ట్రాఫిక్ సెలెక్టర్ పని చేయడం లేదు. ఆ దశలో ప్రోటోకాల్ మార్చడం నిర్ధారణను ముందుకు కదిలించకుండా మళ్లీ ప్రారంభిస్తుంది.