మొదటి సెషన్ గెలుస్తుంది: బహిష్కరణకు ముందు OpenVPN లాగిన్లను నిరోధించడం
తర్వాతి లాగిన్ను తిరస్కరించడం పాతదాన్ని భర్తీ చేయడం వంటిది కాదు. నిర్ణయం అదే పేరు బహిష్కరణకు ముందే తీసుకోవాలి, స్లాట్ తనిఖీ అణు స్థాయిలో ఉండాలి.
ఒక ఖాతాకు ఒక సెషన్ అనుమతించే విధానం రెండో లాగిన్ వచ్చే వరకు పరిష్కరించబడినట్లు కనిపిస్తుంది. రెండు ఫలితాలు సాధ్యం: కొత్తవాడు నడుస్తున్న సెషన్ను భర్తీ చేస్తాడు, లేదా నడుస్తున్న సెషన్ స్లాట్ను ఉంచుకుంటుంది, కొత్తవాడు తిరస్కరించబడతాడు. రెండోది మాత్రమే మొదటి సెషన్ గెలుస్తుంది విధానం. చాలామంది ఆశ్రయించే క్లయింట్ ఎంపిక ఏకకాలికతను ప్రారంభిస్తుంది, అందువల్ల ఈ ఫలితాన్ని ఇవ్వదు.
ఒక సెట్టింగ్ వెనుక రెండు ఒప్పందాలు దాగి ఉన్నాయి
ఏకకాలికత నిలిపివేయబడినప్పుడు, అదే ధృవపత్రం పేరుతో వచ్చే రెండో కనెక్షన్ ఇప్పటికే నడుస్తున్న సెషన్ను తొలగించగలదు. ఏకకాలికతను ఆన్ చేయడం ఒకేసారి అనేక సెషన్లను అనుమతిస్తుంది, ఇది పరిమితికి వ్యతిరేకం. ఏ స్థితి తిరస్కరణ విధానం కాదు, కాబట్టి నిర్ణయం పూర్తిగా మరెక్కడో తీసుకోవాలి.
ఏదైనా అమలు చేయడానికి ముందు ఒప్పందాన్ని రాయండి: ఎవరు తిరస్కరించబడతారు, ఏ సాక్ష్యం నడుస్తున్న సెషన్ను గుర్తిస్తుంది, శుభ్రమైన డిస్కనెక్ట్ లేకుండా సెషన్ చనిపోతే ఏమి జరుగుతుంది. ఎవరూ ఇలా చెప్పని విధానాన్ని తర్వాత పరీక్షించలేము.
బహిష్కరణ మీ కనెక్ట్ హుక్కు ముందే జరుగుతుంది
2.6 సర్వర్ కోడ్ మార్గంలో, ఏకకాలికత నిలిపివేయబడినప్పుడు కొత్త క్లయింట్ కోసం ప్రారంభ సన్నాహం అదే పేరుతో ఉన్న ఇప్పటికే ఉన్న ఇన్స్టాన్సులను తొలగిస్తుంది. ఆ తొలగింపు కనెక్ట్ హ్యాండ్లర్ల గొలుసు నడవక ముందే జరుగుతుంది. అందువల్ల నకలును గుర్తించి వైఫల్యాన్ని తిరిగి ఇచ్చే స్క్రిప్ట్, నడుస్తున్న సెషన్ ఇప్పటికే పడగొట్టబడిన తర్వాత కొత్తవాడిని తిరస్కరిస్తుంది - విధానం నిరోధించాలనుకున్న ఫలితం సరిగ్గా అదే. Upstream అమలులోని కాల్బ్యాక్ల క్రమమే మీ బిల్డ్కు ఏకైక నమ్మదగిన సమాధానం.
| Stage | Who can still refuse | Effect on the incumbent |
|---|---|---|
| Certificate check | Server trust configuration | None |
| Authentication decision | The authentication controller | None, because establishment has not run |
| Connect handler | A profile script | Already evicted in the same-name case |
| Post-establishment | Status tooling, monitoring | Both sessions already exist or one is gone |
స్థితి ఫైల్ను పోల్ చేయడం కూడా ద్వారం కాదు. ఒకేసారి వచ్చే రెండు ప్రయత్నాలు ఏదీ నిర్ధారించక ముందే ఖాళీ స్లాట్ను రెండూ చూడగలవు, రెండూ కొనసాగుతాయి.
నిర్ణయాన్ని ప్రామాణీకరణకు మార్చండి
ధృవపత్రం ధృవీకరణ తర్వాత నిర్వహణ ఇంటర్ఫేస్ ప్రామాణీకరణ నిర్ణయాన్ని తీసుకోగలదు. ఆ ఏర్పాటులో నియంత్రకం పర్యవేక్షకుడు కాదు: కనెక్ట్ అయ్యే ప్రతి క్లయింట్ ఇన్స్టాన్స్ను స్వీకరించి ఆ ఇన్స్టాన్స్ కొనసాగవచ్చా అని సమాధానమిస్తుంది. సమాధానం స్థాపనకు ముందే వస్తుంది కాబట్టి, తిరస్కరణ నడుస్తున్న సెషన్ను తాకకుండా వదిలేస్తుంది. అదే ఛానెల్ డిస్కనెక్ట్లను నివేదిస్తుంది, అలా నియంత్రకం స్లాట్ చట్టబద్ధంగా విడుదలైందని తెలుసుకుంటుంది.
ప్రతి కొత్త ఇన్స్టాన్స్ ఈ ద్వారం గుండా వెళ్లాలి, పునఃకనెక్షన్లు మరియు ప్రాంప్ట్ లేకుండా తిరిగి ప్రామాణీకరించే ఏ మార్గమైనా సహా. కొన్ని ఇన్స్టాన్సులు ఎప్పుడూ చేరుకోని ద్వారం ఏదీ రక్షించదు, ఎవరైనా బైపాస్ ప్రయత్నించే వరకు ఈ మినహాయింపు కనిపించదు.
టోకెన్లు ద్వారం పక్క నుండి వెళ్లగలవు
టోకెన్ జారీ అయిన తర్వాత, సర్వర్ దాన్ని అంతర్గతంగా ధృవీకరించి ఆ కనెక్షన్కు బాహ్య ప్రామాణీకరణను దాటవేయగలదు. నిర్వహణ కాల్ ఎప్పుడూ జరగదు, కాబట్టి అక్కడ మాత్రమే అమలు చేసిన స్లాట్ తనిఖీ కొత్త ఇన్స్టాన్స్ను ఎప్పుడూ చూడదు. ఈ ప్రవర్తన వినియోగదారులకు సౌలభ్యం, ఏకకాలికత విధానానికి రంధ్రం. టోకెన్ ప్రామాణీకృత కనెక్షన్లు సమానమైన అధికారిక తనిఖీని దాటేలా చేయండి, లేదా ప్రతి కనెక్షన్పై నిర్ణయం కోరే విధానమైతే టోకెన్ మార్గాన్ని నిలిపివేయండి.
ప్రతి టోకెన్ను షరతులు లేకుండా అంగీకరించి దీన్ని పరిహరించవద్దు. గడువు ముగిసిన లేదా చెల్లని టోకెన్ ఇప్పటికీ విఫలం కావాలి, మిగతా అన్నింటిలాగే అదే నిర్ణయ బిందువు ద్వారా విఫలం కావాలి.
రిజర్వేషన్ను ఇన్స్టాన్స్కు కట్టండి, చిరునామాకు కాదు
చిరునామా బలహీన గుర్తింపు: అదే ల్యాప్టాప్ నుండి పునఃకనెక్షన్ వేరే చిరునామా నుండి రావచ్చు, కాపీ చేసిన ఆధారాలు అదే చిరునామా నుండి రావచ్చు. సర్వర్ కేటాయించే క్లయింట్ ఇన్స్టాన్స్కు రిజర్వేషన్ను కట్టండి, అప్పుడు ఇప్పటికే అనుమతించిన ఇన్స్టాన్స్ పునఃప్రామాణీకరణ యజమానిగా గుర్తించబడుతుంది. కొత్త ఇన్స్టాన్స్ ఐడెంటిఫైయర్ అదే టోకెన్ను సమర్పించినా మొదటివాడు గెలుస్తాడు నిర్ణయం ద్వారా తన స్లాట్ను పొందాలి.
విఫలమైన ప్రయత్నానికి చెందిన రిజర్వేషన్ను మాత్రమే విడుదల చేయండి. పాత ప్రయత్నం నుండి ఆలస్యమైన డిస్కనెక్ట్ సంఘటన కొత్త యజమాని స్లాట్ను తొలగించకూడదు, అందుకే విడుదల ఖాతాను కాదు ఇన్స్టాన్స్ను పేర్కొంటుంది. నియంత్రకం పునఃప్రారంభం తర్వాత ఎవరినైనా అనుమతించే ముందు సజీవ సెషన్లను సమన్వయం చేయండి, ఖాతాకు సేవ చేసే ప్రతి గేట్వేపై అదే నియమాన్ని వర్తించండి.
నిజంగా పాతబడిన స్లాట్ ఎలా పునరుద్ధరించబడుతుందో విడిగా నిర్ణయించండి. నిర్వాహకుడికి దాన్ని శుభ్రం చేయడానికి నమోదిత మార్గం కావాలి, ఆ మార్గం తిరిగి కనెక్ట్ క్లిక్ చేసే వినియోగదారుకు అందుబాటులో ఉండకూడదు.
ముఖ్యమైన జతలను పరీక్షించండి: దాదాపు ఒకేసారి రెండు లాగిన్లు, శుభ్రమైన ముగింపు తర్వాత పునఃకనెక్షన్, నడుస్తున్న సెషన్ పునఃప్రామాణీకరణ, తిరస్కరించబడిన కొత్తవాడు మరియు నియంత్రకం పునఃప్రారంభం. ప్రతి సందర్భంలో నడుస్తున్న సెషన్ ఉపయోగించదగినదిగా ఉండాలి, కొత్తవాడు ఇతర ఖాతాలకు హాని లేకుండా తిరస్కరించబడాలి.