VPN पर PLC डिस्कवरी विफल? Ethernet मशीन के पास रखें
रखरखाव उपकरणों को मार्ग चाहिए, ब्रिज किया गया Ethernet सेगमेंट नहीं। सेगमेंट पर प्रबंधित होस्ट रखें और LAN खींचने के बजाय उस होस्ट को नियंत्रित करें।
आपका डिस्कवरी बटन अनंत काल तक घूमता है, कुछ नहीं ढूँढता, और टिकट कहता है कि मशीन ऑफ़लाइन है। मशीन ठीक है। उस सेगमेंट पर उपकरणों का पता लगाने के लिए टूल जो उपयोग करता है वह उसे दिए गए मार्ग से पार नहीं होता, और सहज प्रतिक्रिया यह होती है कि ग्राहक का Ethernet साइट लिंक के आर-पार खींच दिया जाए ताकि बटन फिर काम करने लगे। पहले निर्भरता तय करें। अधिकांश रखरखाव उपकरणों को मार्ग चाहिए; जब किसी को वास्तव में तार चाहिए, तो टिकाऊ उत्तर दो इमारतों के बीच ब्रिज किया गया नेटवर्क नहीं, बल्कि मशीन के पास रखा प्रबंधित होस्ट है।
राउटेड टनल के किनारे डिस्कवरी क्यों मर जाती है
राउटेड टनल सबनेट के बीच unicast पैकेट ले जाती है। ब्रॉडकास्ट और multicast फ़्रेम एक ही ब्रॉडकास्ट डोमेन के भीतर रहते हैं, और VPN एंडपॉइंट ठीक वहीं है जहाँ वह डोमेन समाप्त होता है। सेगमेंट में चिल्लाकर उपकरण ढूँढने वाला टूल केवल मौन पाता है, क्योंकि चिल्लाहट कभी आगे नहीं भेजी गई।
यही बात उन प्रोटोकॉल पर भी लागू होती है जो बिल्कुल IP नहीं हैं, और उन विक्रेता फ़्रेमों पर भी जो सीधे Ethernet पर चलते हैं। इन्हें किसी भी कॉन्फ़िगरेशन से राउट नहीं किया जा सकता, इसीलिए डिस्कवरी समस्या में मार्ग और फ़ायरवॉल नियम जोड़ने से अक्सर कुछ भी नहीं बदलता।
ध्यान दें कि उस स्थिति में क्या अभी भी काम करता है। किसी ज्ञात पते पर ping और ज्ञात पोर्ट पर unicast कनेक्शन आम तौर पर सफल होते हैं, क्योंकि ये वही हिस्से हैं जिनके लिए टनल बनी थी। यह संयोजन, पते से पहुँचने योग्य पर डिस्कवरी के लिए अदृश्य, टूटे नेटवर्क का नहीं बल्कि गायब ब्रॉडकास्ट डोमेन का संकेत है।
ट्रांसपोर्ट चुनने से पहले निर्भरता का नाम दें
टूल के दस्तावेज़ में पढ़ें कि वह उपकरणों को कैसे ढूँढता है और उनसे कैसे बात करता है, फिर उसे इस तालिका से मिलाएँ।
| What the tool needs | Routed tunnel enough | Local segment needed |
|---|---|---|
| Unicast to a known address, such as a web interface or Modbus TCP on 502 | Yes | No |
| Broadcast or multicast discovery of unknown devices | No | Yes |
| Non-IP or vendor-specific Layer 2 frames | No | Yes |
| A tool bound to one adapter or licence keyed to a MAC address | Usually no | Usually yes |
यदि आपके मामले की हर आवश्यकता पहली पंक्ति में है, तो यहीं रुकें और राउटिंग ठीक करें। यह किसी भी टोपोलॉजी कार्य की तुलना में सस्ता और कहीं अधिक आसानी से समीक्षित परिवर्तन है, और रखरखाव सत्र को उस पहुँच मार्ग के भीतर रखता है जिसे ग्राहक पहले ही स्वीकृत कर चुका है।
Multicast डिस्कवरी एक असहज मध्य में बैठती है। कोई परावर्तक या पुनरावर्तक इसका कुछ भाग सबनेट के आर-पार भेज सकता है, जिससे बटन काम करने लगता है और दूर का पक्ष कहाँ तक पहुँच सकता है यह चुपचाप बढ़ जाता है। इसे मालिक वाले जानबूझकर डिज़ाइन के रूप में लें, मददगार चेकबॉक्स के रूप में नहीं।
सेगमेंट पर प्रबंधित होस्ट रखें और उसमें रिमोट करें
जो पैटर्न ऑडिट में टिकता है वह चमकदार नहीं है। ग्राहक द्वारा स्वीकृत इंजीनियरिंग वर्कस्टेशन मशीन के रखरखाव सेगमेंट से जुड़ा होता है, और तकनीशियन स्वीकृत रिमोट-एक्सेस चैनल से उस वर्कस्टेशन से जुड़ता है। टूल वहाँ चलता है जहाँ तार है; व्यक्ति वहाँ से चलता है जहाँ वह है।
तब तकनीशियन के घरेलू नेटवर्क का कुछ भी मशीन के Ethernet का हिस्सा नहीं बनता, और उन दो साइटों के बीच कोई ब्रिज नहीं बनता जिन्होंने कभी विफलता डोमेन साझा करने पर सहमति नहीं दी।
स्थानीय डोमेन को काम जितना अनुमति दे उतना छोटा रखें। एक प्रबंधित होस्ट वाले एक रखरखाव VLAN का ब्रॉडकास्ट दायरा सीमित, लूप डोमेन सीमित और विफलता संयंत्र के भीतर ही रहती है, रात तीन बजे WAN लिंक पर फैलने के बजाय।
उस होस्ट को एक काम, एक मालिक और ऑडिट ट्रेल दें
मालिक का नाम दें, अनुमत सॉफ़्टवेयर सूचीबद्ध करें, तय करें कि उस पर पैच कैसे लगते हैं, और दर्ज करें कि कौन से उपयोगकर्ता उस तक पहुँच सकते हैं। कार्य फ़ाइलें और क्रेडेंशियल सही ग्राहक से बंधे रखें, क्योंकि छह साइटों पर जा चुका साझा इंजीनियरिंग लैपटॉप एक डेटा सीमा समस्या है जो खोजे जाने की प्रतीक्षा में है।
फिर उन चैनलों को देखें जिन्हें लोग भूल जाते हैं। क्लिपबोर्ड सिंक, फ़ाइल स्थानांतरण, मैप किए गए ड्राइव और अडैप्टर साझाकरण सभी सीमा के आर-पार डेटा ले जाते हैं, और रिमोट डिस्प्ले सत्र इनमें से कुछ भी मुफ़्त नहीं करता। इस काम के लिए हर एक पर स्पष्ट रूप से निर्णय लें, क्लाइंट जो डिफ़ॉल्ट करता है उसका उत्तराधिकार लेने के बजाय। ग्राहक की परिवर्तन विंडो भी उस निर्णय का हिस्सा है, क्योंकि पहुँचना कार्य करने की अनुमति के समान नहीं है।
नीति ढाँचे की बात करें तो, NIST का दस्तावेज़ SP 800-82r3 दूरस्थ रखरखाव को परिचालन प्रणाली तक नियंत्रित पहुँच के रूप में देखता है, जहाँ कनेक्टिविटी और उपकरण परिणाम साथ में समीक्षित होते हैं।
L2 विस्तार की समीक्षा उसके अपने डिज़ाइन के रूप में करें
यदि कोई अब भी Ethernet खींचना चाहता है, तो इसकी समीक्षा अपने जोखिमों वाली अलग परियोजना के रूप में करें। पूछें कि संयुक्त ब्रॉडकास्ट और स्पैनिंग-ट्री डोमेन कैसा दिखता है, दो संगठनों के बीच एड्रेसिंग कैसे प्रबंधित होती है, एक पक्ष में लूप होने पर क्या होता है, और हर छोर पर परिवर्तन कौन स्वीकृत करता है। एक सफल लैब परीक्षण इनमें से किसी भी प्रश्न का उत्तर नहीं देता, और यह निश्चित रूप से उपकरण संगतता, थ्रूपुट या लिंक विफलता के बाद पुनर्प्राप्ति को मान्य नहीं करता।
स्थानीय-होस्ट पैटर्न को तीन बातें सिद्ध करके स्वीकार करें: टूल वह कार्य करता है जिसके लिए वह मौजूद है, दूरस्थ उपयोगकर्ता इस काम के लिए अधिकृत है, और अस्वीकृत सिस्टम उस होस्ट से अपहुँच रहते हैं। फिर काम के सहमत अंत पर अस्थायी पहुँच रद्द करें, और पुष्टि करें कि वह जा चुकी है।
इससे ग्राहक के पास स्थानीय रखरखाव करने के लिए एक नियंत्रित स्थान रहता है, जो एकीकृत नेटवर्क से छोटा वादा है और निभाने में कहीं अधिक आसान।