PSK, XAuth మరియు OTP తో IKEv1 ఒక సంక్లిష్టమైన పాస్వర్డ్ను అడగడం లేదు. ఇది పీర్ల మధ్య ఉమ్మడి కీ, ఒక వినియోగదారు మార్పిడి, మరియు బ్యాకెండ్ ఎలా అడగాలో నిర్ణయించే రెండవ కారకాన్ని పొరలుగా చేరుస్తుంది. ప్రతి పొరకు దాని స్వంత యజమాని మరియు దాని స్వంత వైఫల్య సందేశం ఉంటాయి. వాటిని కలిపేయడం వల్ల ప్రజలు గ్రూప్ రహస్యాన్ని నిల్వ చేసే ఫీల్డ్లో ఒకసారి కోడ్ను మళ్లీ టైప్ చేస్తారు.

మరో క్లయింట్ను ఇన్స్టాల్ చేయడానికి లేదా క్రెడెన్షియల్ను రీసెట్ చేయడానికి ముందు ప్రతి ప్రాంప్ట్ను దానిని అడిగే పొరతో సరిపోల్చండి.

మూడు రహస్యాలు, మూడు యజమానులు

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

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

LayerOwnerLifetime
Pre-shared keyPeer configurationUntil operators change it
XAuth credentialAuthentication backendPer session, per policy
One-time codeToken systemSingle use

PSK: వ్యక్తి యొక్కది కాదు, పీర్ యొక్కది

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

వినియోగదారు క్రెడెన్షియల్ మొదటి దశ వైఫల్యాన్ని సరిచేయలేదు. దానిని తిప్పడం వల్ల సురక్షితంగా తిప్పగల ఏకైక క్రెడెన్షియల్ వృథా అవుతుంది మరియు తప్పుడు సిద్ధాంతాన్ని బలపరుస్తుంది.

XAuth: పాత వినియోగదారు మార్పిడి

XAuth IKEv1 పీర్ ప్రామాణీకరణపై వినియోగదారు ప్రామాణీకరణ మార్పిడిని జోడిస్తుంది, ఏ బ్యాకెండ్ దానిని ధృవీకరించాలో గేట్వే నిర్ణయిస్తుంది. ఆ బ్యాకెండ్ను బట్టి మార్పిడి డైరెక్టరీ పాస్వర్డ్, RADIUS క్రెడెన్షియల్ లేదా టోకెన్ ప్రతిస్పందనను ఆమోదించవచ్చు. XAuth అనే పదం మార్పిడి రవాణాను సూచిస్తుంది, క్రెడెన్షియల్ రకాన్ని కాదు.

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

OTP: బ్యాకెండ్ ఏమి అడిగినా

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

గేట్వే అందించే మార్పిడిని పూర్తి చేయగల క్లయింట్తో డాక్యుమెంట్ చేసిన ఆకృతిని ఉపయోగించండి.

క్లయింట్ సరిహద్దు ఎక్కడ కరుస్తుంది

FortiClient 7.4.4 మరియు తర్వాతి వాటి IPsec VPN కోసం IKEv1ను ఇకపై మద్దతు ఇవ్వవు అని Fortinet డాక్యుమెంట్ చేస్తుంది, ఇది FortiClient అనుకూలత గమనిక నమోదు చేసినట్లుగా సార్వత్రిక తొలగింపు కాదు, ఉత్పత్తి మరియు వెర్షన్ సరిహద్దు. ఇతర క్లయింట్లు కూడా పరస్పరం మార్చుకోలేవు: OpenConnect మరియు openfortivpn నిర్దిష్ట గేట్వే ప్రోటోకాల్లను మాట్లాడతాయి, ఏదైనా IKEv1 ప్రొఫైళ్లను కాదు. ఇన్స్టాల్ చేసిన క్లయింట్ యొక్క IKE వెర్షన్, PSK మోడ్, XAuth మద్దతు మరియు పరస్పర చర్య నమూనాను విడివిడిగా తనిఖీ చేయండి. వేరే పద్ధతిలో కనెక్ట్ అయ్యే క్లయింట్ అసలు అవసరాన్ని నిరూపించలేదు.

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

కారకాన్ని ఆపకుండా నిర్ధారణ

లాగ్లో దశలను వేరు చేయండి: పీర్ చర్చలు, వినియోగదారు మార్పిడి, రెండవ కారకం ఫలితం, తర్వాత చిరునామా మరియు మార్గ కేటాయింపు. ప్రతి ఫీల్డ్లో కోడ్ను ప్రయత్నించడం బదులు భాగం మరియు దశను నమోదు చేయండి. పరీక్ష పాస్ కావడానికి కారకాన్ని ఆపడం అమరిక గురించి ఏమీ నిరూపించని టన్నెల్ను ఇస్తుంది.

నమోదు రహస్యాలను మరియు ఉమ్మడి కీని సంస్థ ప్రక్రియ ప్రకారం రక్షిత నిల్వలో ఉంచండి. శాశ్వత ఫైల్లోని ఒకసారి కోడ్ కారకంగా ఉండటం మానేసిన కారకం.

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