రెండు-కారకాల ప్రామాణీకరణతో కూడిన వర్చువల్ VPN గేట్‌వే కోసం ఆమోద పరీక్షలు
గేట్‌వేను దశలవారీగా నిరూపించండి: నమోదు, సైన్-ఇన్, తిరస్కరణ, రద్దు మరియు పునరుద్ధరణ, ప్రతిదీ పరీక్షకు ముందు రాసిన ఆధారం మరియు ఉత్తీర్ణత నిబంధనతో.
విక్రేతలు ఈ పరికరాన్ని వర్చువల్ మరియు రెండు-కారక సామర్థ్యం ఉన్నదిగా వర్ణిస్తారు, ఆ రెండు పదాలలో ఏదీ కొనుగోలును నిర్ణయించే ప్రశ్నలకు సమాధానం ఇవ్వదు. ఏ హైపర్‌వైజర్ ఇమేజ్ మద్దతు పొందుతుంది, ఏ క్లయింట్లు నమోదు చేసుకోగలవు, రెండవ కారకం నిజంగా ఏమి నిరూపిస్తుంది, మరియు గుర్తింపు ప్రదాత విఫలమైతే ఏమి జరుగుతుంది అనేది ఇంకా తెరిచే ఉంది. వాటిని మీరు పునరభ్యాసంలో నడపగల ఆమోద దశలుగా మార్చండి, అప్పుడు నిర్ణయం డేటాషీట్ ఎంత ఒప్పించేదిగా ఉందనే దానిపై ఆధారపడటం ఆగిపోతుంది. క్రింది షీట్ ఆ ఆధారాలకు ఒక నిర్మాణం, ఉత్పత్తుల ర్యాంకింగ్ కాదు.
ఈ అమలు గురించి సరఫరాదారు ఏమి నిర్ధారించాలి
అమలును ఒక పేజీలోకి కుదించడంతో ప్రారంభించండి: హైపర్‌వైజర్ లేదా క్లౌడ్, అతిథి నిర్మాణం, మద్దతు ఉన్న ఇమేజ్ మరియు పరికరం ఆశించే ఇంటర్‌ఫేస్‌లు. వినియోగదారులను వారి ఆపరేటింగ్ సిస్టమ్‌లతో చేర్చండి, పరికరాలు నిర్వహించబడుతున్నాయా, మరియు నమోదు మరియు సైన్-ఇన్ ఎలా పని చేయాలి. తర్వాత ప్రైవేట్ యాక్సెస్: అప్లికేషన్‌లు మరియు ప్రిఫిక్స్‌లు, DNS ఏర్పాటు, తిరిగి వచ్చే మార్గాలు, మరియు పబ్లిక్ ఇంటర్నెట్ నిష్క్రమణ ప్రతిపాదనలో భాగమా.
కార్యాచరణ కూడా అదే పేజీకి చెందుతుంది: పరికరాన్ని ఎవరు నిర్వహిస్తారు, నవీకరణలు ఎక్కడి నుండి వస్తాయి, లాగ్‌లు ఎక్కడికి వెళ్తాయి, కాన్ఫిగరేషన్ ఎలా రక్షించబడుతుంది, మరియు వ్యాపారం నిజంగా ఏ పునరుద్ధరణ లక్ష్యానికి అంగీకరించింది. సాఫ్ట్‌వేర్ వర్చువల్ మెషీన్‌లో నడుస్తుందని కాదు, సరిగ్గా ఆ కలయికను నిర్ధారించమని సరఫరాదారును అడగండి. గుర్తింపు ప్రదాత లేదా లైసెన్సింగ్ సేవ వంటి బాహ్య ఆధారాలను కనిపించేలా ఉంచండి, ఎందుకంటే అవి దానితో పంపబడినా పంపకపోయినా అమలులో భాగమే. పేరు పెట్టిన ఆధారం లేని అమలు పేజీ సాధారణంగా తెలియని ఆధారం ఉన్న అమలు పేజీ.
రెండవ కారకం నిజంగానే రెండవ కారకం అని నిరూపించండి
ప్రామాణీకరణ సాధనం మరియు ధృవీకరణ ప్రవాహాన్ని పేర్కొనండి, ప్రతి దశ ఏ గుర్తింపును స్థాపిస్తుందో చెప్పండి. వరుసగా రెండు పాస్‌వర్డ్ అభ్యర్థనలు రెండవ కారకం కావు, మరియు పాస్‌వర్డ్‌తో పాటు ఒకసారి కోడ్ సేవకు బద్ధమైన క్రిప్టోగ్రాఫిక్ ప్రామాణీకరణ సాధనం కంటే భిన్నమైన దావా. మీరు కొనుగోలు చేసే ప్రవాహాన్ని రాయండి, పెట్టెపై ఉన్న లేబుల్ కాదు.
ఫిషింగ్ నిరోధకత ఒక ప్రత్యేక లక్షణం, మరియు NIST ప్రామాణీకరణ సాధనాల మార్గదర్శకం దాన్ని అలాగే పరిగణిస్తుంది: వినియోగదారుని మోసం చేసి పంపించేలా చేయగల కోడ్ బహుళ-కారకాల ప్రామాణీకరణను ఇంకా నెరవేరుస్తుంది కానీ ఆ అదనపు నిబంధనలో విఫలమవుతుంది. అది మీకు ముఖ్యమైతే లక్షణాన్ని స్పష్టంగా అడగండి. తర్వాత మీ వినియోగదారులు నిజంగా నడిపే క్లయింట్ రకం నుండి ప్రదర్శనను కోరండి, అది నమోదు, తిరస్కరించబడిన లేదా గడువు ముగిసిన సవాలు, పోయిన ప్రామాణీకరణ సాధనం తర్వాత పునరుద్ధరణ, మరియు ఇతరులు కనెక్ట్ అయి ఉండగా ఒక వినియోగదారుని రద్దు చేయడాన్ని కవర్ చేస్తుంది. గేట్‌వే గుర్తింపు ధృవీకరణను పరిధిలో ఉంచండి, ఎందుకంటే ఏ గేట్‌వేనైనా నమ్మే క్లయింట్ సమస్యను పరిష్కరించలేదు, స్థలం మార్చింది.
ఏదైనా పగలగొట్టే ముందు ఉత్తీర్ణత నిబంధనను రాయండి
క్రింది పట్టిక సరఫరాదారుతో సంబంధాన్ని తట్టుకునే షీట్ భాగం, ఎందుకంటే ప్రతి వరుస హామీకి బదులు ఆధారాన్ని అడుగుతుంది. పునరభ్యాసానికి ముందు ఉత్తీర్ణత నిబంధనను నింపండి, మరియు ఆధారం లేని వరుసను విఫలమైన వరుసగా పరిగణించండి. ఐదు దశలు గేట్‌వే ఏమి చేయాలో కవర్ చేస్తాయి.
| Acceptance stage | Evidence to keep | Pass condition |
|---|---|---|
| Enrolment | Enrolment record with the device type and the identity used | A new device enrols once, and nobody else can enrol it afterwards |
| Sign-in with the second factor | Session record naming both factors and the gateway identity that was checked | The session carries the expected identity and the gateway certificate validated |
| Denial of an unapproved destination | Log line from the control that refused the flow, with the policy name | The flow is refused and the refusal is attributable to one control |
| Revocation of one user | Revocation timestamp and the sessions that survived it | The named user is out and unaffected users keep working |
| Restore from configuration backup | Restored version plus a probe of a revoked identity | The revision matches the backup and revoked identities stay revoked |
నమోదు మొదట వస్తుంది ఎందుకంటే తర్వాతి ప్రతిదీ దానిపై ఆధారపడి ఉంటుంది: నమోదు చేసుకోలేని పరికరాన్ని పరీక్షించలేము. సైన్-ఇన్ నమోదు నుండి వేరే దశ, మరియు తిరస్కరణ అనేది చాలా షీట్లు మరచిపోయే దశ, ఎందుకంటే అందరినీ లోపలికి అనుమతించే గేట్‌వే ఎవరినైనా తిరస్కరిస్తుందని నిరూపించలేదు. రద్దు మరియు పునరుద్ధరణ ఎక్కువ కార్యాచరణ ప్రమాదాన్ని మోస్తాయి, రెండూ ఒక కాపీలో చవకగా సాధన చేయవచ్చు.
ప్రత్యక్ష గేట్‌వేపై కాదు, కాపీపై సాధన చేయండి
భంగం కలిగించే దశలను వేదిక కాపీపై, మద్దతు ఉన్న అమలు విధానాన్ని అనుసరించి నడపండి, మరియు ప్రతి ఆధారాన్ని దాని తేదీ మరియు కాన్ఫిగరేషన్ వెర్షన్‌తో ఉంచండి. రీబూట్ వరుసకు కన్సోల్ నుండి రీస్టార్ట్ సమాధానం కాదు, పునరుద్ధరణ వరుసకు కాన్ఫిగరేషన్ ఎగుమతి సమాధానం కాదు. ఏ స్థితి తనంతట తానే తిరిగి వస్తుంది మరియు ఏమి మళ్లీ కనెక్ట్ కావాలో గుర్తించండి, ఎందుకంటే ఆ భేదాన్నే కార్యాచరణ బృందం వారసత్వంగా పొందుతుంది. అంతరాయాన్ని వివరించకుండా పునరుద్ధరణకు సమయం కొలవడానికి పునరభ్యాసమే ఏకైక అవకాశం.
ప్రతి పరీక్ష క్షణంలో గుర్తింపు ప్రదాత స్థితిని నమోదు చేయండి, ఎందుకంటే ఆరోగ్యకరమైన ప్రదాతకు వ్యతిరేకంగా పరీక్షించిన అంతరాయ వరుస షీట్ చెప్పేదానికి వ్యతిరేకంగా నిరూపిస్తుంది. ఒకే పునరభ్యాసంలో ఇద్దరు సమీక్షకులు వేర్వేరు విషయాలను పట్టుకుంటారు, రెండవవారు సాధారణంగా ఆధారం డాష్‌బోర్డ్ స్క్రీన్‌షాట్ అయిన వరుసను కనుగొంటారు. ఆ ఆధారాన్ని అది చెందిన వరుసకే జోడించి ఉంచండి, ప్రాజెక్ట్ పేరుతో ఉన్న ఫోల్డర్‌లో కాదు.
మీ బృందం నడిపే పనిభారాన్ని కొలవండి
సాధారణ వారంతో పోలిన భారాన్ని అంగీకరించండి, తర్వాత మీరు అమలు చేయాలనుకునే చోటే దాన్ని కొలవండి: ఏకకాలికత, ట్రాఫిక్ మిశ్రమం, మరియు బృందానికి నిజంగా ఉన్న నిర్వహణ విండో. ప్రకటించిన throughput సంఖ్య ప్రయోగశాల పరిస్థితిని వివరిస్తుంది, మీ వినియోగదారుల గురించి ఏమీ చెప్పదు. పునరుద్ధరణను ప్రణాళికకు వ్యతిరేకంగా కాదు, పునరుద్ధరణ లక్ష్యానికి వ్యతిరేకంగా కొలవండి.
ప్రతి దశకు ఆధారం మరియు ప్రతి ఆధారానికి తేదీ ఉన్నప్పుడు షీట్ పూర్తవుతుంది. ఎవరో నిర్వహించే పరికరం, ప్రతి వరుసకు ఆధారంతో, టిక్ చేసిన పెట్టెల అతి పొడవైన జాబితా కంటే భిన్నమైన కొనుగోలు.