VPN ఫెయిల్ఓవర్: తిరిగి వచ్చే మార్గం పాత టన్నెల్లోనే ఉండిపోయినప్పుడు

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

మొదట రెండు చివరల్లో మార్గాలను నమోదు చేయండి; ఒక సైట్ దృశ్యం అసమరీత మార్గాన్ని చూపలేదు. సమయ ఒత్తిడిలో ఎక్కువగా వదిలేయబడే దశ కూడా ఇదే.

పరీక్షకు ముందు రెండు సైట్ల మార్గాలను నమోదు చేయండి

ప్రతి రక్షిత ప్రిఫిక్స్కు ప్రాథమిక మార్గం, బ్యాకప్ మార్గం మరియు వాటి మధ్య ఎంచుకునే ప్రాధాన్యతను రాయండి. ప్రతి VPN ఎండ్పాయింట్ వెనుక ఉన్న LAN గేట్వేను చేర్చండి, ఎందుకంటే ఎండ్పాయింట్ అరుదుగా చివరి దూకుడు.

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

ఇది రెండు సైట్లలోనూ చేయండి. ఒక వైపు ప్రాధాన్యత పొంది మరో వైపు నిర్లక్ష్యం చేయబడిన బ్యాకప్ మీరు తప్పించుకోవాలని ప్రయత్నిస్తున్న అసమరీతను సృష్టిస్తుంది.

ప్రతి దశలో అభ్యర్థనలు మరియు ప్రతిస్పందనలను గమనించండి

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

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

పరీక్ష తర్వాత అసలు స్థితిని పునరుద్ధరించి ప్రాథమిక మళ్లీ ప్రాధాన్యత పొందుతుందని నిర్ధారించండి. పునరుద్ధరించిన ప్రాథమిక ప్రాధాన్యత పొందకపోతే అది అసంపూర్ణ ఫెయిల్ఓవర్ డిజైన్.

గేట్వే మారినప్పుడు సెషన్ స్థితిని నిర్వహించండి

ఫైర్వాల్లు మరియు NAT ఒక గేట్వేపై కనెక్షన్ స్థితిని ఉంచగలవు, మరో గేట్వేకు మార్గ మార్పు దాన్ని తీసుకెళ్లదు. కొన్ని అప్లికేషన్లు తామే తిరిగి కనెక్ట్ అవుతాయి; మరికొన్ని సెషన్ పునరుద్ధరించబడే వరకు విఫలమవుతాయి. బ్యాకప్ పబ్లిక్ మూలాన్ని లేదా అనువదించిన ప్రైవేట్ చిరునామాను మార్చితే, రిమోట్ యాక్సెస్ నియమాలు కూడా స్పందించవచ్చు. అంతరాయం లేని ఫెయిల్ఓవర్ను వాగ్దానం చేయడానికి బదులు ఆశించిన సెషన్ పునఃప్రారంభాన్ని నమోదు చేయండి.

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

కేవలం కొత్త అభ్యర్థన మాత్రమే కాదు, దీర్ఘ సెషన్ను నిలుపుకునే అప్లికేషన్ను కూడా పరీక్షించండి.

ప్రాథమికను పునరుద్ధరించి ఊగిసలాటను తనిఖీ చేయండి

మార్గ ప్రకటనలు లేదా ప్రాధాన్యతలు ఊగిసలాట లేకుండా స్థిరపడతాయని నిర్ధారించండి. ఊగిసలాడే ప్రాథమిక స్పష్టమైన అంతరాయం కంటే ఎక్కువ ఇబ్బంది కలిగించవచ్చు, ఎందుకంటే ప్రతి పరివర్తన స్థితిని రీసెట్ చేస్తుంది.

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