मेसिनलाई VPN बाट कार्यशालामा नहराई सार्ने

एउटा मेसिन ग्राहकको साइटबाट निस्कन्छ, कार्यशालामा पुग्छ र नेटवर्क स्थान पूरै बदलिए पनि उही सम्पत्ति पहिचान कायम राख्छ। यो साराइलाई कति योजना चाहिन्छ भन्ने तीन सर्तले निर्धारण गर्छन्। ग्राहकले तपाईंले आन्तरिक रूपमा प्रयोग गर्ने ठेगानाहरू नै फेरि प्रयोग गर्छ कि गर्दैन, कार्यशालाको खण्ड कर्मचारी नेटवर्कबाट अलग छ कि छैन, र पुरानो मार्गलाई केवल माथि पार्ने होइन, दबाउन सकिन्छ कि सकिँदैन। पहिलोमा गल्ती गरे तपाईं ठीकै रहेको मेसिन डिबग गर्दै हुनुहुनेछ।

पहिचान ठेगाना होइन

इन्भेन्टरी र नामकरणले सम्पत्ति, ग्राहक र काम बोक्नुपर्छ। ठेगानाले मेसिन अहिले कहाँ जोडिएको छ त्यो बोक्छ, र त्यो सर्दा बदलिने तथ्य हो। दुवैलाई मिसाउँदा अंकहरूमा अर्थ खोज्ने चिरपरिचित गल्ती हुन्छ।

अन्तिम अक्टेटमा राखिएको सिरियल नम्बर सफा देखिन्छ र राउटरलाई केही पनि प्रमाणित गर्दैन। होस्टले केलाई स्थानीय मान्छ भन्ने प्रिफिक्सको लम्बाइले निर्धारण गर्छ, र सम्झनासक्ने नम्बरिङको कुनै मात्राले त्यो गणित बदल्दैन।

ठेगानाले ग्राहकलाई संकेत गरोस् भन्ने चाहना भनेको एउटा परम्परा हो, र कसैले त्यसमा नीति नबनाएसम्म परम्परा ठीकै हुन्छ। सम्पत्ति इन्भेन्टरीमा खोज्नुहोस्, ठेगानामा होइन, अनि कार्यशालामा सार्ने काम खजाना खोज्ने खेल रहँदैन। प्रत्येक साइटमा कुनै दिन आउने पुनःनम्बरिङ पनि यसले सहन्छ।

सिरियल नम्बर प्रिफिक्सको लम्बाइ होइन

10.0.0.0/8 जस्तो फराकिलो मास्क प्रयोग गर्ने उपकरणले त्यो दायराको हरेक ठेगानालाई सिधै जोडिएको मान्छन्, त्यसैले दुई नेटवर्क परको ग्राहक मेसिनसम्मको ट्राफिक कहिल्यै राउटरसम्म पुग्दैन। मेसिनले जवाफ दिन नसक्ने छिमेकीका लागि मात्र प्रसारण गर्छ।

RFC 4632 ले प्रिफिक्सलाई लम्बाइले परिभाषित गर्छ, बिन्दुयुक्त अंकले संकेत गरेअनुसार होइन। तपाईंको योजनालाई हरेक जडान समूहका लागि स्पष्ट लम्बाइ चाहिन्छ: सेवा खण्ड, ग्राहक सन्दर्भ, कार्यशालाको बेन्च। ती समूहलाई पहिले नाम दिँदा लम्बाइ स्पष्ट हुन्छ।

व्यावहारिक नियम भनेको एउटा जडान समूह ढाक्ने सबैभन्दा सानो प्रिफिक्स डिजाइन गर्नु र त्यही समूहभरि प्रयोग गर्नु हो। ठेगानाको पाठ मानिसका लागि हो; मास्क त्यो हो जसमा कर्नेलले काम गर्छ।

जब दुई ग्राहकले उही ठेगाना फेरि प्रयोग गर्छन्

ग्राहक A र ग्राहक B दुवैले 192.168.10.0/24 चलाउन सक्छन्, र दुवै आफ्ना भवनभित्र सही हुनेछन्। यो अरू कसैको प्लान्ट पुनःनम्बर गरेर समाधान गर्ने समस्या होइन।

सन्दर्भहरू अलग राख्नुहोस्, वा कुन ठेगाना कुन ग्राहकको कुन क्षणमा हो भन्ने अभिलेख राख्ने डिजाइनमार्फत जानाजानी उपनाम दिनुहोस्। विश्वव्यापी इन्भेन्टरी मेसिन छुट्याउन सही साधन हो; ठेगाना विश्वव्यापी रूपमा अद्वितीय छन् भन्ने प्रमाण भने होइन। उपनामको मार्गलाई लिखित समाप्ति नियम चाहिन्छ, नत्र त्यसले बनाएको कामभन्दा बढी बाँच्छ।

बच्नुपर्ने कुरा भनेको दुवै सन्दर्भ कुनै चिन्हबिना एकैसाथ पुग्नयोग्य हुनु हो। दुई जीवित मार्गमा दुई उस्तै ठेगाना त्यही असफलता ढाँचा हो जसले फर्मवेयर अद्यावधिक गलत मेसिनमा पठाउँछ। लक्षण विरलै त्रुटिजस्तो देखिन्छ; अरू कसैले पुनःकन्फिगर गरेको उपकरणजस्तो देखिन्छ। पहिले चिन्ह, त्यसपछि पहुँच।

कार्यशालालाई आफ्नै सीमा दिनुहोस्

सेवाका लागि आएको ग्राहक उपकरण स्पष्ट रूपमा अनुमति दिइएको पहुँचसहितको सेवा खण्डमा पर्छ, बेन्चको पोर्ट खाली थियो भनेर कर्मचारी नेटवर्कमा कोचिने होइन।

अपरिचित औद्योगिक उपकरणलाई अर्को विश्वास क्षेत्र मान्नुहोस्। कुन इन्जिनियरिङ होस्टले यससम्म पुग्न सक्छ, त्यो होस्टलाई कुन सेवा चाहिन्छ र कुन प्रमाणपत्र कामका हुन् भनी अभिलेख गर्नुहोस्। ग्राहकका फाइल ग्राहकको कामसँगै राख्नुहोस्, सबैले पढ्न सक्ने साझा ड्राइभमा होइन।

अलगावले कामको निरस मध्यभागमा पनि टिक्नुपर्छ: अद्यावधिक हुँदै गर्दा, रातभरि राखिँदा र कुरियरको प्रतीक्षामा।

मार्गलाई कार्यचरणका रूपमा हस्तान्तरण गर्नुहोस्

सामान्यतया केन्द्रीय राउटरले ग्राहकको सुरुङबाट मेसिनसम्म पुग्छ। मेसिन बेन्चमा हुँदा कार्यशालाको मार्ग त्यो प्रिफिक्सको, वा एउटा मात्र सेवा चाहिएमा अझ साँघुरो गन्तव्यको मालिक बन्छ।

सार्नुअघि तीन कुरा लेख्नुहोस्: पुरानो मार्ग, नयाँ मार्ग र परिवर्तन कसरी उल्ट्याउने। कसैको सम्झनामा मात्र रहेको हस्तान्तरण हस्तान्तरण होइन।

मेट्रिक्समा सावधान रहनुहोस्। कम मेट्रिक चयन प्रक्रियाले साँच्चै तुलना गर्ने मार्गहरूबीच मात्र महत्त्वपूर्ण हुन्छ, र अझ विशिष्ट प्रिफिक्स वा नीति नियमले मेट्रिक्स हेर्नुअघि नै नतिजा तय गर्न सक्छ।

पुराना सत्रहरूलाई पनि योजनामा समावेश गर्नुहोस्। पुरानो मार्गमा स्थापित जडानले मार्ग बदलिएपछि पनि आदेश पुर्‍याइरहन सक्छ, र एउटै ठेगानाका दुई प्रतिले साँचो क्षति गर्ने अवस्था त्यही हो। टाइमआउट कुर्नुको सट्टा पुरानो मार्ग स्पष्ट रूपमा बन्द गर्नुहोस्।

मेसिन पठाइँदा चक्र बन्द गर्नुहोस्

इच्छित टाढाको मार्ग पुनःस्थापित गर्नुहोस्, अस्थायी अनुमति हटाउनुहोस् र तपाईंले छनोट भएको ठान्नुभएको अन्त्यबिन्दुमा सम्पत्ति पुष्टि गर्नुहोस्। त्यसपछि कार्यशालाबाट मात्र होइन, ग्राहकको पक्षबाट पनि जाँच गर्नुहोस्।

नाम समाधान र इन्भेन्टरीले यहाँ अपरेटरतर्फको काम गर्छ: स्थिर नाम र खोज्न सकिने सम्पत्ति अभिलेखले कामलाई अनुमानयोग्य बनाउँछ, जबकि नेटवर्क योजना मेसिन आज कहाँ छ भन्नेमा इमानदार रहन्छ।

राम्रो हस्तान्तरणको कसी भनेको काम कहिल्यै नदेखेको सहकर्मीले तपाईंका टिप्पणी पढेर एउटा प्रश्नको जवाफ दिन सक्नु हो: यो मेसिनले अहिले जवाफ दिन्छ भने जवाफ कुन मार्गबाट आयो? टिप्पणीले त्यसको जवाफ दिन सक्दैन भने हस्तान्तरण अभिलेख भएको छ तर सकिएको छैन।