రెండు సర్వర్లపై ఒక VPN ఖాతా: మూడు స్థితి లెడ్జర్లు

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

క్రింది మూడు లెడ్జర్లను వరుసగా చూడండి. ప్రతిదీ ఏది అధికారికం, ఏది స్థానికం, మరొక నోడ్ లేనప్పుడు ఏమి జరుగుతుంది అని అడుగుతుంది, సమాధానాలు ఒకదాని నుండి మరొకటి రావు.

ఎవరు కనెక్ట్ కావచ్చు: ఒక అధికారం, అనేక నోడ్‌లు

ప్రవేశ లెడ్జర్‌తో ప్రారంభించండి: ఏ గుర్తింపు మూలం అధికారికం, ఏ సర్టిఫికెట్ జారీచేసేవారిని నమ్ముతారు, ఏ ఖాతాలు అర్హత కలిగినవి, ఏ రెండవ కారకం వర్తిస్తుంది, ప్రతి ఖాతా ఎక్కడి వరకు చేరుతుంది. తర్వాత ప్రతి నోడ్ మార్పులను ఎలా, ఎంత వేగంగా తెలుసుకుంటుందో రాయండి.

పంచుకున్న డేటాబేస్ ఆ సమాధానంలో ఒక సాధ్యమైన భాగం. సంబంధిత ప్రతి విధానం అక్కడే ఉంటుందని లేదా ప్రతి నోడ్ ఒకే క్షణంలో మార్పును వర్తింపజేస్తుందని ఇది రుజువు కాదు. నోడ్ A లో నిష్క్రియం చేయబడి నోడ్ B లో ఇంకా ఆమోదించబడుతున్న ఖాతా అంటే ఆఫ్‌బోర్డింగ్ ప్రక్రియ పూర్తి కాలేదు.

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

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

నోడ్ ఏమి కలిగి ఉంటుంది: చిరునామాలు మరియు మార్గాలు

రెండవ లెడ్జర్ ప్రతి నోడ్‌కు స్థానికం: వినే చిరునామా, సర్వర్ గుర్తింపు, చిరునామాల పూల్, ప్రైవేట్ వనరులకు మార్గాలు, పరిష్కర్త విధానం మరియు ట్రాఫిక్ ఇంటర్నెట్ వైపు ఎలా వెళ్తుంది. అదే ఖాతాను ఏ నోడ్ అయినా సేవ చేయగలదు, ఈ వస్తువులు వేరుగానే ఉంటాయి.

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

క్లయింట్‌లను ఉద్దేశపూర్వకంగా ఒక నోడ్‌కు పంపండి. DNS ఎంపిక, క్లయింట్ చివరి బిందువుల జాబితాలు మరియు ముందు భాగ సేవ వేర్వేరు ఆరోగ్యం మరియు వైఫల్య మార్పిడి ప్రవర్తన కలిగిన వేర్వేరు యంత్రాంగాలు. ఒకదాన్ని ఎంచుకోవడం సరైనది; “లోడ్ బ్యాలెన్సింగ్” ను డిజైన్‌గా భావించడం తిరిగి వచ్చే మార్గాన్ని, వైఫల్య ప్రవర్తనను నిర్వచించకుండా వదిలేస్తుంది.

పత్రరహిత ఉత్పత్తి ఉదాహరణ ఇక్కడ సహాయపడుతుంది. Pritunl యొక్క ప్రతిరూప పత్రాలు VPN నెట్‌వర్క్‌ను ప్రతి ప్రతికి వస్తువుగా పరిగణిస్తాయి, వేర్వేరు ప్రతులపై ఉన్న క్లయింట్‌లు ఒకరినొకరు చేరుకోవడానికి అదనపు మార్గాలు, కనెక్టివిటీ అవసరం. ఇది ఉత్పత్తికి ప్రత్యేకమైన ఏర్పాటు, Community OpenVPN కోసం వంటకం కాదు, కానీ ప్రతిని జోడించడం ఖాతా నిల్వను మాత్రమే కాదు, నెట్‌వర్క్‌ను కూడా మారుస్తుందని చూపిస్తుంది.

సెషన్ అంటే ఏమిటి: వరుస కాదు, సజీవ స్థితి

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

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

సామర్థ్య నియమాలకు కూడా అదే విధానం కావాలి. ఖాతాకు రెండు ఏకకాల సెషన్‌ల పరిమితిని నోడ్‌ల మధ్య అమలు చేయగలిగేది, ఏదైనా అధికారానికి ఆక్రమిత స్థలాలపై సమన్వయ దృష్టి ఉంటే మాత్రమే. నోడ్‌కు స్థానిక జాబితాలు, చారిత్రక ఖాతా నమోదు ఆ దృష్టిగా కలవవు.

మూడు లెడ్జర్‌ల పరీక్ష

ప్రతిదాన్ని విడిగా సాధన చేయండి. నోడ్ A ద్వారా సైన్ ఇన్ చేయండి, తర్వాత నోడ్ B ద్వారా, ఆశించిన చిరునామా పరిధులతో రెండూ విజయవంతమవుతాయని నిర్ధారించండి. ఒక గుర్తింపును ఉపసంహరించి రెండు నోడ్‌లను తనిఖీ చేయండి, యాదృచ్ఛికంగా పరీక్షించినది మాత్రమే కాదు. తర్వాత ఒక నోడ్‌ను ఆపి క్లయింట్ మరియు ప్రైవేట్ అప్లికేషన్ నిజంగా ఏమి చేస్తాయో గమనించండి.

ఆమోద పరీక్షలో తిరిగి వచ్చే మార్గాన్ని చేర్చండి. B కు కనెక్ట్ అయి కానీ A వెనుక ఉన్న వనరు నుండి సమాధానాలు పొందలేని క్లయింట్ ప్రవేశ తనిఖీలో ఉత్తీర్ణత పొంది నెట్‌వర్క్ తనిఖీలో విఫలమైంది, ఆ భేదం నివేదికలో రావాలి.

మూడు లెడ్జర్‌లకు స్పష్టమైన యజమాని, మార్పు మార్గం మరియు వైఫల్య ప్రవర్తన ఉన్నప్పుడే బహు-నోడ్ ఖాతా డిజైన్ పూర్తవుతుంది. నోడ్‌ల మధ్య కాన్ఫిగరేషన్ ఫైల్‌ను కాపీ చేయడం ఆ ప్రశ్నలలో ఒకదానికీ సమాధానం ఇవ్వదు.