केंद्रित्र की गेटवे? तुमच्या मार्गात VPN टर्मिनेटर कुठे आहे

दोन विक्रेते एकाच बॉक्सला केंद्रित्र आणि गेटवे म्हणू शकतात, आणि त्या दोन्ही शब्दांपैकी कोणताही शब्द तुम्हाला सांगणार नाही की रहदारी कुठे डिक्रिप्ट होते. लेबल प्रोटोकॉल नाही तर तैनातीच्या भूमिका सांगतात, आणि भूमिका सर्व दिशांनी एकमेकांत मिसळतात. डिझाइन पुनरावलोकनासाठी महत्त्वाचे म्हणजे बोगदा संपविणारे उपकरण, त्याच्याभोवतीचे नियंत्रण आणि डिक्रिप्ट झालेली विनंती ज्या मार्गाने जाते तो मार्ग. या तीनांवरून निर्णय घ्या, आणि डेटाशीटवरील नाम वाद होणे थांबेल.

दोन लेबल, एक निर्णय

केंद्रित्र सामान्यतः अशा मध्यवर्ती प्रणालीला सूचित करते जी एकाच वेळी अनेक जोडण्या स्वीकारते आणि व्यवस्थापित करते, आणि शब्दात प्रमाणाचा सुगावा आहे. गेटवे ही बोगद्याला त्यामागील जाळ्यांशी जोडणाऱ्या टोकाची व्यापक संज्ञा आहे, आणि ती राउटर, फायरवॉल किंवा व्यवस्थापित सेवेचे वर्णन करू शकते. कोणताही शब्द प्रोटोकॉलचे नाव घेत नाही, आणि कोणताही विशिष्ट वैशिष्ट्य-संचाचे वचन देत नाही. एकच उपकरण दोन विक्रेत्यांकडून दोन्ही नावांनी विकले जाऊ शकते, आणि म्हणूनच पारिभाषिक वाद कधीही मिटत नाही.

लेबलला अपेक्षित वापराचा सुगावा म्हणून घ्या, त्यापेक्षा जास्त नाही. निर्णय संरचनेत तुम्ही तपासू शकता अशा कार्यांचा आहे, माहितीपत्रकातील शब्दांचा नाही.

प्रत्यक्षात बोगदा संपविणारे उपकरण शोधा

क्लायंट जोडणी बाहेरून आतपर्यंत अनुसरा. काहीतरी वाहतूक स्वीकारते, काहीतरी सहभागीची प्रमाणिती करते, काहीतरी क्लायंटला पत्ता देते, काहीतरी गंतव्यस्थानास अधिकृत करते, आणि काहीतरी परतीचा मार्ग पुरवते. ही पाच कार्ये एका उपकरणावर किंवा पाचावर असू शकतात, आणि एकमेव उपयुक्त प्रश्न म्हणजे कोणते उपकरण काय करते. वरचा राउटर बाहेरील पॅकेट कधीही डिक्रिप्ट न करता नेऊ शकतो, आणि टोपोलॉजी आकृती पुनरावलोककाला चुकीचा बॉक्स नाव देण्यास प्रवृत्त करते तीच ही परिस्थिती.

संपुष्टातता उमेदवारावरच सत्यापित करारेखाचित्रातून नाही. अपेक्षित पोर्टवर ऐकणारे सॉकेट आणि प्रस्थापित स्थिती-नोंद एकत्रितपणे जाळ्याच्या आकृतीपेक्षा बलवान पुरावा आहे, आणि दोन्ही नसणे अधिक बलवान आहे.

sudo ss -lunp | grep -E ":500|:4500"
sudo ip xfrm state
sudo traceroute -n -U -p 4500 vpn.example.com

उत्पादनाच्या नावाने नाही, पाच गुणांनी निर्णय घ्या

पाच गुण उमेदवारांना वेगळे करतात, आणि प्रत्येकाचे उत्तर मार्केटिंगऐवजी दस्तऐवजातून मिळू शकते. ही आवृत्ती कोणत्या VPN भूमिका समर्थिते, कोणते ओळख-स्रोत वापरू शकते, कोणती फॉर्वर्डिंग व्याप्ती परवानगी देते, किती क्षमता सहन करते, आणि अपयशात कसे वागते. हे पाच लिखित स्वरूपात मागा, आणि लेबल निर्णयासाठी अप्रासंगिक होईल.

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

पुनर्प्राप्ती त्याच संभाषणाचा भाग आहे. बोगदाच स्वतः बिघडलेला घटक असताना प्रशासक उपकरणापर्यंत कसा पोहोचतो हे विचारा, कारण बँडबाहेरील मार्ग हा डिझाइन निर्णय आहे, उपसाधन नाही.

लेबलपूर्वी पुरावा तपासा

सध्याची सेवा समर्थित भूमिका, ओळख धोरण, फॉर्वर्डिंग व्याप्ती, क्षमता आणि पुनर्प्राप्ती वर्तनावर मूल्यांकन केली पाहिजे, आणि उत्तरे तुम्ही तैनात करणाऱ्या आवृत्तीसाठी विशिष्ट असावीत. ऐतिहासिक आढावा केंद्रित्र हा शब्द का आहे हे सांगू शकतो, पण सध्याची आवृत्ती काय समर्थिते हे सांगू शकत नाही.Cisco VPN आढावानेमक्या त्याच कारणासाठी उपयुक्त पारिभाषिक संदर्भ आहे, आणि त्याला सध्याची वैशिष्ट्य-यादी मानणे म्हणजे डिझाइन पुनरावलोकन चुकीच्या मार्गाने जाण्याची रीत.

नंतर एक दावा सुरुवातीपासून शेवटपर्यंत सत्यापित करा. सर्वात महत्त्वाचा गुण निवडा, जसे की प्रति बोगदा थ्रूपुट किंवा फेलओव्हर वेळ, आणि संख्येऐवजी मापन पद्धत मागा. उपकरण प्रत्यक्षात काय दाखवते याची जलद स्थानिक तपासणी वाजवी सुरुवात आहे.

sudo ip xfrm state | grep -c '^src '
sudo swanctl --list-sas

Linux मध्ये पहिली ओळ सुरक्षा-संलग्नता मोजते, आणि बोगद्यात सामान्यतः दोन असतात, प्रत्येक दिशेसाठी एक, म्हणून बोगदा-दाव्याशी तुलना करण्यापूर्वी संख्या अर्धी करा. strongSwan यजमानावर दुसरी ओळ बोगद्यांची नावे थेट सांगते. सॉकेट मोजणे हा त्याचा पर्याय नाही: IPsec NAT-T प्रत्येक बोगद्याने सामायिक केलेले एकच UDP 4500 सॉकेट ठेवते, म्हणून त्या पोर्टवर सॉकेट मोजल्यास कितीही बोगदे असले तरी शून्य किंवा एक मिळते. कोणतीही ओळ थ्रूपुट मापन नाही, आणि कोणतीही भाराखालील वर्तनाचा अंदाज देत नाही. त्या तुम्हाला विचारायचे एकक देतात, आणि पद्धत वर्णन करू शकणाऱ्या विक्रेत्याकडे तपशील असतो, जिथे न करू शकणाऱ्याकडे माहितीपत्रक असते.

मार्ग लिहून ठेवा, लेबल महत्त्वाचे राहणार नाहीत

स्थापत्याचे वर्णन मालकांसह कार्यांची यादी म्हणून करा: समाप्ती, प्रमाणीकरण, पत्ता वाटप, अधिकृतता, परतीचे राउटिंग, नोंदणी आणि पुनर्प्राप्ती. हे वर्णन उत्पादनाच्या नवीन नाव, विक्रेता बदल आणि अधिग्रहण टिकून राहते, आणि त्यापैकी कोणीही तुमची आकृती अद्ययावत करणार नाही.

दर तिमाहीत खऱ्या क्लायंट सत्राशी तुलना करून त्याचे पुनरावलोकन करा, कारण कोणीही रेखाचित्र संपादित न करता कार्य स्थलांतरित होऊ शकते. लेबल बदलत राहतील, आणि मालकांची यादी जाळ्याचे प्रत्यक्ष स्पष्टीकरण देणारी गोष्ट राहील.