एक छोटे कार्यालय गेटवे खरेदी करते, ते जोडते आणि VPN पूर्ण झाला असे मानते। उपकरणाची किंमत वचनबद्धतेचा सर्वात लहान भाग होता। दररोज प्रत्यक्षात जे चालते ती एक साखळी आहे: ओळख नोंदवली जाते, परिचयपत्र सादर केले जाते, बोगद्यावर वाटाघाटी होते, बोगदा कुठपर्यंत पोहोचू शकतो हे धोरण ठरवते, आणि काहीतरी काय घडले ते नोंदवते। त्या साखळीतल्या प्रत्येक कडीला मालक आणि पुनरावृत्ती होणारे बंधन असते, आणि पाचपैकी एकच कडी किंमत मोजली की खरेदीचा निर्णय स्वस्त वाटतो।

VPN सत्र प्रत्यक्षात कशाने बनलेले असते

काहीही कूटबद्ध होण्यापूर्वी कोणीतरी परिचयपत्र तयार करून ते उपकरणापर्यंत पोहोचवले पाहिजे। जोडणीच्या वेळी क्लायंट आणि गेटवे कींवर सहमत होतात, गेटवे पत्ता नियुक्त करते, आणि मार्ग किंवा विभाजित-बोगदा धोरण सत्र कोणत्या गंतव्यांपर्यंत पोहोचू शकते ते ठरवते। मग लॉग सत्र नोंदवतो, आणि रद्दीकरणाला ते लवकर संपवता आले पाहिजे।

यापैकी प्रत्येक पायरी आपल्या पद्धतीने अयशस्वी होते, आणि प्रत्येकाला ती दुरुस्त करू शकणारी व्यक्ती लागते। बोगद्यांवर अचूक वाटाघाटी करणारा गेटवेही प्रमाणपत्राची मुदत संपल्यावर किंवा निघणारा कर्मचारी कार्यरत प्रोफाइल ठेवतो तेव्हा सहाय्य तिकिटे तयार करतो। काम कुठे आहे हे सांगणारी यंत्रणाच महत्त्वाची, आणि तुम्ही प्रत्यक्षात खरेदी करत असलेले काम तेच आहे।

बोगदा उपकरणावर, तुम्हीच होस्ट केलेल्या आभासी मशीनवर किंवा पुरवठादाराच्या शेवटच्या टोकावर संपला तरी तीच साखळी असते। बदलते ते म्हणजे प्रत्येक कडीची मालकी आणि तुम्ही त्यासाठी भांडवल, तास किंवा मोजलेल्या बिलात पैसे देता का।

पुनरावृत्ती होणारा खर्च कुठून येतो

पायाभूत सुविधा दिसणारा भाग आहे: समर्थित सॉफ्टवेअर आणि अद्यतन मार्ग, वीज, कार्यालयाची प्रवेश लाइन, आणि रचनेला लागणारी कोणतीही सार्वजनिक शेवटची टोक व्यवस्था। तुम्हीच होस्ट केलेली आभासी मशीन केवळ सॉफ्टवेअर परवाना नव्हे, तर होस्टिंग आणि आसपासच्या नेटवर्क सेवा जोडते।

मोजल्या जाणाऱ्या सेवा त्याच सेवेचे अनेक बिलयोग्य एककांमध्ये विभाजन करतात। AWS Client VPN चा आढावा शेवटच्या टोकाच्या जोडणीचे तास आणि कनेक्शनचे तास स्वतंत्र एकके म्हणून वर्णन करतो, तर डेटा हस्तांतरण आणि अवलंबून सेवांचे बिल स्वतंत्रपणे केले जाते। ही रचना नकल करण्यायोग्य दराऐवजी अपेक्षित वापराचे प्रतिरूपण करण्याचे कारण आहे, आणि इतर कोणताही पुरवठादार कसा शुल्क घेतो याबद्दल ते काहीही सांगत नाही।

अंदाज तयार करताना सध्याच्या प्रादेशिक किमती आणि तुमचे स्वतःचे आकडे वापरा। एकवेळची रचना पुनरावृत्ती होणाऱ्या खर्चांपासून वेगळी ठेवा, आणि अर्थसंकल्पात आधीच दुसरीकडे असलेला खर्च नवीन म्हणून सादर करण्याऐवजी चिन्हांकित करा।

क्लायंट सॉफ्टवेअर स्वतंत्र बाब का आहे

प्रत्येक समर्थित क्लायंट प्लॅटफॉर्म हा सहाय्य पृष्ठभाग आहे। क्लायंट बदलण्यास भाग पाडणारा, किंवा जुन्या ऑपरेटिंग सिस्टमला जिवंत ठेवण्याची मागणी करणारा गेटवे एकाच नूतनीकरण चक्रात हार्डवेअरची बचत खाऊ शकतो। प्रोफाइल वितरण, प्रमाणपत्र स्थापना आणि दुसऱ्या घटकाची नोंदणी या सर्वांना कोणाचा तरी वेळ लागतो, आणि तो वेळ प्रत्येक नवीन भरतीसोबत पुनरावृत्ती होतो। क्लायंटची कथा मोफत आहे असे ठरवण्यापूर्वी तिला तुमच्या वार्षिक कर्मचारी उलाढालीने गुणा।

परवाना प्रत्यक्षात वापरत असलेले माप मोजा। उत्पादनानुसार ते नामनिर्देशित वापरकर्ते, उपकरणे, एकाचवेळी चालणारी सत्रे किंवा सक्षम केलेले वैशिष्ट्य असू शकते, आणि ती परस्पर बदलता येत नाहीत। डेटाशीटवरील जुने «पन्नास वापरकर्त्यांना समर्थन देते» हे विधान तुम्ही सुरू करता त्या प्रत्येक प्रमाणीकरण मॉड्यूलसाठी सध्याचा हक्क होत नाही।

महत्त्वाची उपकरणे आणि तासही लिहा। पाच प्रासंगिक प्रशासक आणि बदलणारा कंत्राटदारांचा गट समान कमाल जोडणी संख्या आणि पूर्णपणे वेगळा सहाय्य भार देऊ शकतो।

देखभाल ही यंत्रणा आहे, कंटाळवाणे काम नाही

प्रमाणपत्रांची मुदत संपते, परिचयपत्रे फिरतात, सॉफ्टवेअरला समर्थित अद्यतने लागतात, आणि संरचनांना किमान एकदा पुनर्संचयित केलेला बॅकअप लागतो। यापैकी काहीही ऐच्छिक नाही, आणि सर्व खरेदी आदेशावर नाही तर दिनदर्शिकेवर येते। यंत्रणा भपकेबाज नाही: नूतनीकरणाची आठवण, पुनर्संचयित चाचणी, अद्यतन खिडकी। यापैकी कोणतेही वगळा आणि अपयश कामकाजाच्या दिवशी, वाट पाहणाऱ्या वापरकर्त्यासह येते।

काढणेही त्याच यादीत आहे। जर सुरुवातीच्या रचनेने वैयक्तिक ओळख वगळल्या असतील, तर एका व्यक्तीची नोंदणी रद्द करणे म्हणजे उरलेल्या प्रत्येक लॅपटॉपवर सामायिक परिचयपत्र बदलणे, जे टाळलेल्या नोंदणीपेक्षा खूप मोठे काम आहे।

वापरलेली उपकरणे नवीन हार्डवेअरसारखीच तपासणी मिळवतात: समर्थित सॉफ्टवेअर, उपलब्ध अद्यतने, उत्पादन मागणी करेल तिथे हस्तांतरणीय हक्क, आणि तुम्ही प्रत्यक्षात चाचणी केलेली पुनर्प्राप्ती प्रक्रिया। कमी लिलाव किंमत यापैकी कोणतीही वस्तुस्थिती सिद्ध करत नाही।

वचनबद्ध होण्यापूर्वी व्यत्ययाचे प्रतिरूपण करा

गेटवे अद्यतन, कार्यालयाची लाइन तुटणे, किंवा प्रशासकाचे परिचयपत्र गमावणे या वेळी काय होते ते विचारा। जर प्रत्येक पुनर्प्राप्ती मार्ग नुकत्याच अपयशी झालेल्या VPN मधून जात असेल, तर कितीही खर्च झाला तरी रचना अजून टिकाऊ नाही। मंजूर करण्यापूर्वी मंजूर स्वतंत्र व्यवस्थापन मार्ग जोडा। तो मार्गही पुनरावृत्ती होणारा खर्च आहे, आणि पहिल्या व्यत्ययापर्यंत कोणीही अर्थसंकल्पात न ठेवणारी ती एकमेव बाब आहे।

अतिरेक केवळ तेव्हाच पैशाच्या लायकीचा असतो जेव्हा तो तुमच्यासाठी महत्त्वाचे अपयश क्षेत्र काढून टाकतो। एका भौतिक होस्टवर दोन आभासी गेटवे एक व्यत्यय आहेत, आणि एकाच लाइनवर दोन बोगदे एक लाइन आहेत।

JobWhat it coversWho owns it
EnrollmentIdentity, device, profile, second factorNamed administrator
SessionTunnel, address assignment, policyGateway operator
UpdatesSupported software, certificate renewalNamed administrator
RecoveryBackup restore, break-glass accessWhoever is on call

प्रत्येक रांगेच्या शेजारी नाव आणि तुम्ही अजून न करत असलेल्यांच्या शेजारी तासांचा अंदाज लिहा। मग प्रवेशाची गरज पूर्ण करणारी सर्वात छोटी समर्थित व्यवस्था निवडा, आणि अंदाज पुढच्या व्यक्तीला सापडेल तिथे ठेवा।

संबंधित लेख