VPN కనెక్షన్ పరిమితులు: ప్రత్యక్ష స్థితి లేదా నిల్వ చేసిన చరిత్ర
మూడు కనెక్షన్ల పరిమితికి బ్రౌజింగ్ చరిత్ర కాదు, స్లాట్ల ప్రత్యక్ష స్థితి అవసరం: యంత్రాంగం ఏమి నిల్వ చేయాలి, ఏమి పారవేయవచ్చు మరియు ఆ స్థితి తర్వాత ఎక్కడికి వెళుతుంది.
ఒకే సమయంలో మూడు కనెక్షన్లు అనేది ప్రవేశ నిర్ణయం, దానికి సమాధానం ఇవ్వడానికి గత నెలలో ఏమి జరిగిందో కాదు, ఇప్పుడు ఏ స్లాట్లు నిండి ఉన్నాయో తెలియాలి. సేవ క్రియాశీల రికార్డుల చిన్న పట్టిక నుండి నాల్గవ సెషన్‌ను తిరస్కరించవచ్చు, ఎప్పుడూ కాలక్రమాన్ని నిర్మించకపోవచ్చు. అది యంత్రాంగం గురించిన ప్రకటన, నిర్వాహకుడి గురించి కాదు, గోప్యతా విధానాన్ని చదివేటప్పుడు ఈ భేదం ముఖ్యం. క్రింది నమూనా నిర్ణయానికి ఏమి కావాలి, ఏమి పారవేయవచ్చు చూపుతుంది.
యంత్రాంగం: స్లాట్ పట్టిక, లాగ్ కాదు
సరళమైన అమలు సభ్యత్వాన్ని గరిష్ఠంగా మూడు క్రియాశీల సెషన్ రికార్డులతో అనుసంధానిస్తుంది. అనుమతించిన ప్రతి సెషన్ ఒక స్లాట్ తీసుకుంటుంది, సేవ ఆ సెషన్ ముగిసిందని నిర్ణయించిన క్షణంలో స్లాట్ విడుదలవుతుంది. ఒక కనెక్షన్‌ను విడుదల చేయడం మరొక కనెక్షన్ స్లాట్‌ను విడుదల చేయకుండా ఉండేంత నిర్దిష్ట గుర్తింపు రికార్డుకు అవసరం; అందుకే ఖాతా పేరు కంటే సెషన్ గుర్తింపుదారు ముఖ్యం.
ఆక్యుపెన్సీ మరియు చరిత్ర వేర్వేరు డేటా నిర్మాణాలు. ఆక్యుపెన్సీ వర్తమానం గురించి అవును-లేదా-కాదు ప్రశ్నకు సమాధానమిస్తుంది, సెషన్ ముగిసిన క్షణంలోనే దాన్ని పారవేయవచ్చు. చరిత్ర అనేది జోడింపు మాత్రమే జరిగే సంఘటనల ప్రవాహం, ఎవరో దాన్ని ఉంచుకోవాలని ఎంచుకున్నందున అది నిలిచి ఉంటుంది. సేవకు ఒకటి, రెండూ లేదా ఏదీ ఉండకపోవచ్చు.
ఈ భేదం బయటి నుండి కనిపించదు. కనిపించే కనెక్షన్ పరిమితి మెమరీలోని చిన్న కౌంటర్‌తో, పంచుకున్న డేటాబేస్ పట్టికతో మరియు డాష్‌బోర్డ్ ఉన్న పూర్తి సంఘటనల ఆర్కైవ్‌తో సరిపోతుంది. పరిమితి గురించి ఏదీ ఏది నడుస్తుందో చెప్పదు.
| What is stored | Why it exists |
|---|---|
| Active session slots | To admit or refuse the next connection |
| Session event log | To investigate or bill later |
| Monitoring series | To watch capacity and error rates |
| Backup copies | To restore any of the above |
ప్రత్యక్ష నమూనాకు ఇంకా సమన్వయం ఎందుకు అవసరం
పోయిన కనెక్షన్ వెంటనే ముగిసినట్లు గుర్తించబడకపోవచ్చు. గేట్‌వే టైమౌట్, keepalive వైఫల్యం లేదా అకౌంటింగ్ నిలిపివేత కోసం వేచి ఉంటుంది, వాటిలో ఒకటి వచ్చే వరకు స్లాట్ నిండి ఉంటుంది. ఆ కాలంలో తిరిగి కనెక్ట్ అయ్యే వినియోగదారుకు నాల్గవ పరికరంతో ఎలాంటి సంబంధం లేని తిరస్కరణ కనిపిస్తుంది.
పునఃప్రారంభించిన సర్వర్ తన స్థితిని సమన్వయపరచుకోవాలి, ఒకే ఖాతాకు సేవ చేసే అనేక గేట్‌వేలకు ఉమ్మడి నిర్ణయం అవసరం. లేకపోతే ఖాతా వేర్వేరు ప్రదేశాలకు కనెక్ట్ అవ్వడం ద్వారా తన కోటాను మించవచ్చు. పంచుకున్న లేదా పునరుద్ధరించదగిన స్థితి దాన్ని పరిష్కరిస్తుంది, పంచుకున్న స్థితి రూపకల్పన అవసరం, నిఘా రుజువు కాదు.
ఆ సమన్వయంలో ఏ భాగానికీ బ్రౌజింగ్ చరిత్ర అవసరం లేదు. ప్యాకెట్లను పంపే గేట్‌వే సెషన్లను లెక్కించడానికి ఒక సెషన్ ఏ సైట్లను సందర్శించిందో తెలుసుకోవాల్సిన అవసరం లేదు, ఈ రెండు డేటా ప్రవాహాలను సాధారణంగా పూర్తిగా వేర్వేరు భాగాలు నిర్వహిస్తాయి.
లెక్కను మెమరీలో ఉంచడం సంబంధిత వాస్తవాలను అనామకం చేయదు. సేవ నడుస్తున్నప్పుడు సభ్యత్వానికి అనుసంధానించిన రికార్డు ఖాతాకు క్రియాశీల కనెక్షన్లు ఉన్నాయని వెల్లడిస్తుంది, ఆ స్థితికి ప్రవేశం మరియు దాని జీవితకాలం రెండూ అడగదగినవి.
ఆ స్థితి తర్వాత ఎక్కడికి వెళుతుంది
గోప్యతా ప్రశ్న సర్వర్ లెక్కించగలదా అనేది కాదు. ముగిసిన సెషన్‌కు ఏమి జరుగుతుందో అడగండి: రికార్డు తొలగించబడుతుందా, లేదా అది పర్యవేక్షణ శ్రేణిలో సంఘటనగా మారుతుందా? తర్వాత అదే సంఘటనను ఏ ఇతర భాగాలు చూశాయో అడగండి, ఎందుకంటే ప్రామాణీకరణ లాగ్‌లు, అకౌంటింగ్ రికార్డులు మరియు బ్యాకప్‌లు ప్రతి ఒక్కటి అమలు మార్గం పారవేసిన నకలును ఉంచుకోవచ్చు.
RADIUS అకౌంటింగ్ అత్యంత స్పష్టమైన ఉదాహరణ. బిల్లింగ్ మరియు సెషన్ నియంత్రణకు మద్దతు ఇవ్వడానికి Start మరియు Stop జంట ఉంటుంది, ఎవరైనా దాన్ని ఎప్పుడైనా చరిత్రగా అడిగినా అడకపోయినా అది కనెక్షన్ రికార్డును సృష్టిస్తుంది. అందుకే అకౌంటింగ్ ద్వారా పరిమితులను అమలు చేసే సేవ నిర్మాణం ప్రకారం స్లాట్ పట్టిక కంటే ఎక్కువ నిల్వ చేస్తుంది.
తొలగింపుకు కూడా ఒక రూపం ఉంది. ప్రత్యక్ష పట్టిక నుండి తొలగించిన రికార్డు ఒక గంట ముందు తీసుకున్న బ్యాకప్‌లో నిలిచి ఉండవచ్చు, ఆ బ్యాకప్ నిల్వ కాలం దానికే చెందిన విధాన ప్రకటన. ప్రాథమిక నిల్వను మాత్రమే చదివితే అసంపూర్ణ సమాధానం వస్తుంది.
ప్రశ్నను ఫీల్డ్‌ల పరంగా అడగండి
RFC 6973 యొక్క డేటా-తగ్గింపు మార్గదర్శనం సేకరించి నిల్వ చేసిన డేటాను సేవించే లక్ష్యంతో అనుసంధానిస్తుంది. ఇక్కడ వర్తింపజేస్తే, ఉపయోగకరమైన ప్రశ్న ఏమిటంటే ఏకకాల ప్రవేశ పనికి నిజంగా ఏ ఫీల్డ్‌లు అవసరం, ఆ పని ముగిసిన తర్వాత ప్రతి ఒక్కటి ఉంచడానికి ఏ లక్ష్యం సమర్థన ఇస్తుంది.
ఖచ్చితమైన సేవా ప్రకటన కోటాను అమలు చేయడానికి ఉపయోగించే ప్రత్యక్ష కనెక్షన్ స్థితిని ముగింపు తర్వాత నిల్వ చేసే ఏదైనా రికార్డుల నుండి వేరు చేస్తుంది, వాగ్దాన పరిధిలోని ఇతర వ్యవస్థలను పేర్కొంటుంది. మూడు కనెక్షన్లు అమలు చేయబడతాయి అని మాత్రమే చెప్పే వాక్యం ఆర్కైవ్ ఉందని గానీ లేదని గానీ నిర్ధారించదు.
జీవిత చక్రం అస్పష్టంగా ఉన్నప్పుడు, దాన్ని తీర్పుగా కాకుండా సమాధానం ఇవ్వని నిల్వ ప్రశ్నగా నమోదు చేయండి. పరిమితి ఉండటం దాచిన చరిత్రకు రుజువు కాదు, ప్రత్యక్ష స్థితి గురించిన సమంజసమైన వివరణ ప్రదాత ఆడిట్ కాదు.