तपाईंको नेटवर्क पूर्वाधारको नियन्त्रण कसरी लिने। अध्याय पहिलो। होल्ड गर्नुहोस्

यो लेख "तपाईंको नेटवर्क पूर्वाधारको नियन्त्रण कसरी लिने" लेखहरूको श्रृंखलामा पहिलो हो। श्रृंखला र लिङ्कहरूमा सबै लेखहरूको सामग्रीहरू फेला पार्न सकिन्छ यहाँ.

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

त्यसैले, प्रारम्भिक सर्तहरू।

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

तपाईको पहिलो रणनीतिक लक्ष्य एन्ट्रोपीको प्रतिरोध गर्न र प्रदान गरिएको सेवाको स्तर कायम राख्न सिक्नु हो।

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

उपकरण

सबैभन्दा पहिले तपाईंले सबैभन्दा ठूलो जोखिम कहाँ छ भनेर बुझ्न आवश्यक छ।

फेरि, यो फरक हुन सक्छ। म स्वीकार गर्दछु कि कतै, उदाहरणका लागि, यी सुरक्षा समस्याहरू हुनेछन्, र कतै, सेवाको निरन्तरतासँग सम्बन्धित मुद्दाहरू, र कतै, हुनसक्छ, अरू केहि। किन नगर्ने ?

मानौं, स्पष्ट हुन, यो अझै पनि सेवाको निरन्तरता हो (मैले काम गरेको सबै कम्पनीहरूमा यो मामला थियो)।

त्यसपछि तपाइँ उपकरण संग सुरु गर्न आवश्यक छ। यहाँ ध्यान दिनुपर्ने विषयहरूको सूची छ:

• आलोचनात्मकता को डिग्री द्वारा उपकरण को वर्गीकरण
• महत्वपूर्ण उपकरणको ब्याकअप
• समर्थन, इजाजतपत्र

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

उदाहरण:

मानौं हामी डेटा केन्द्रमा रूट स्विचको बारेमा कुरा गर्दैछौं।

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

महत्त्वपूर्ण! तपाईंले यो मुद्दा आफैं निर्णय गर्न आवश्यक छैन। तपाईंले व्यवस्थापन वा कम्पनी व्यवस्थापनमा जोखिमहरू, सम्भावित समाधानहरू र लागतहरू वर्णन गर्नुपर्छ। तिनीहरूले निर्णय गर्नुपर्छ।

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

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

तसर्थ, यो जोखिम पनि छलफल गर्न आवश्यक छ र, सायद, यो तपाइँको लागि अर्को स्विच (तेस्रो) किन्न र स्पेयर पार्ट्स प्याकेज ("चिसो" ब्याकअप) मा राख्न वा प्रयोगशाला उद्देश्यका लागि प्रयोग गर्न थप सही हुनेछ।

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

यदि तपाइँ तपाइँको समर्थन नवीकरण गर्न बिर्सनुभयो र तपाइँको हार्डवेयर ब्रेक समाप्त भएको दिन पछि तपाइँलाई माफ गरिने छैन।

आपतकालीन काम

तपाईको नेटवर्कमा जे भए पनि, आदर्श रूपमा तपाईले आफ्नो नेटवर्क उपकरणमा पहुँच कायम राख्नुपर्छ।

महत्त्वपूर्ण! तपाईंसँग सबै उपकरणहरूमा कन्सोल पहुँच हुनुपर्दछ र यो पहुँच प्रयोगकर्ता डाटा नेटवर्कको स्वास्थ्यमा निर्भर हुँदैन।

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

हुनु पर्छ

• विक्रेता वा इन्टिग्रेटर समर्थन संग टिकट खोल्न आवश्यक जानकारी
• कुनै पनि उपकरणमा कसरी पुग्ने बारे जानकारी (कन्सोल, व्यवस्थापन)

निस्सन्देह, यसले कुनै अन्य उपयोगी जानकारी पनि समावेश गर्न सक्छ, उदाहरणका लागि, विभिन्न उपकरणहरू र उपयोगी निदान आदेशहरूको लागि अपग्रेड प्रक्रियाको विवरण।

हाम्रा पार्टनरहरू

अब तपाईंले साझेदारहरूसँग सम्बन्धित जोखिमहरू मूल्याङ्कन गर्न आवश्यक छ। सामान्यतया यो

• इन्टरनेट प्रदायक र ट्राफिक विनिमय अंक (IX)
• संचार च्यानल प्रदायकहरू

तपाईंले आफैलाई कस्ता प्रश्नहरू सोध्नुपर्छ? उपकरणको रूपमा, विभिन्न आपतकालीन परिदृश्यहरू विचार गर्नुपर्छ। उदाहरण को लागी, इन्टरनेट प्रदायकहरु को लागी, यो केहि जस्तै हुन सक्छ:

• के हुन्छ यदि इन्टरनेट प्रदायक X ले तपाईंलाई कुनै कारणले सेवा प्रदान गर्न रोक्छ?
• के अन्य प्रदायकहरूसँग तपाईंको लागि पर्याप्त ब्यान्डविथ छ?
• कनेक्टिभिटी कत्तिको राम्रो रहन्छ?
• तपाईंको इन्टरनेट प्रदायकहरू कत्तिको स्वतन्त्र छन् र तिनीहरूमध्ये एउटाको गम्भीर आउटेजले अरूलाई समस्या निम्त्याउँछ?
• तपाईको डाटा सेन्टरमा कति ओप्टिकल इनपुटहरू छन्?
• यदि कुनै एक इनपुट पूर्ण रूपमा नष्ट भयो भने के हुन्छ?

इनपुटहरूको सन्दर्भमा, दुई फरक कम्पनीहरूमा मेरो अभ्यासमा, दुई फरक डाटा केन्द्रहरूमा, एक उत्खननकर्ताले इनारहरू नष्ट गर्यो र केवल चमत्कारले हाम्रो अप्टिक्स प्रभावित भएन। यो त्यस्तो दुर्लभ घटना होइन।

र, निस्सन्देह, तपाईले यी प्रश्नहरू मात्र सोध्नु पर्दैन, तर, फेरि, व्यवस्थापनको समर्थनमा, कुनै पनि परिस्थितिमा स्वीकार्य समाधान प्रदान गर्न।

ब्याकअप

अर्को प्राथमिकता उपकरण कन्फिगरेसनको ब्याकअप हुन सक्छ। कुनै पनि अवस्थामा, यो एक धेरै महत्त्वपूर्ण बिन्दु हो। जब तपाइँ कन्फिगरेसन गुमाउन सक्नुहुन्छ म ती केसहरू सूचीबद्ध गर्नेछैन; यो नियमित ब्याकअपहरू बनाउनु राम्रो हो र यसको बारेमा सोच्नु हुँदैन। थप रूपमा, नियमित ब्याकअपहरू अनुगमन परिवर्तनहरूमा धेरै उपयोगी हुन सक्छ।

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

सफ्टवेयर संस्करणहरू

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

यहाँ तपाइँ सबै भन्दा राम्रो विकल्प खोज्न आवश्यक छ। केही स्पष्ट सिफारिसहरू

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

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

महत्वपूर्ण उपकरणको अवस्थामा, तपाइँ अपग्रेडको साथ मद्दत गर्न अनुरोधको साथ विक्रेताको समर्थनलाई सम्पर्क गर्न सक्नुहुन्छ।

टिकट प्रणाली

अब तपाईं वरिपरि हेर्न सक्नुहुन्छ। तपाईंले अन्य विभागहरू र विभाग भित्र अन्तरक्रियाको लागि प्रक्रियाहरू स्थापना गर्न आवश्यक छ।

यो आवश्यक नहुन सक्छ (उदाहरणका लागि, यदि तपाइँको कम्पनी सानो छ), तर म अत्यधिक रूपमा कामलाई व्यवस्थित गर्न सिफारिस गर्दछु कि सबै बाह्य र आन्तरिक कार्यहरू टिकट प्रणाली मार्फत जान्छन्।

टिकट प्रणाली अनिवार्य रूपमा आन्तरिक र बाह्य सञ्चारको लागि तपाईंको इन्टरफेस हो, र तपाईंले यो इन्टरफेसलाई पर्याप्त विवरणमा वर्णन गर्नुपर्छ।

पहुँच खोल्ने एउटा महत्त्वपूर्ण र साझा कार्यको उदाहरण लिऔं। म एक एल्गोरिथ्म वर्णन गर्नेछु जसले कम्पनीहरू मध्ये एकमा पूर्ण रूपमा काम गर्यो।

उदाहरण:

यस तथ्यको साथ सुरू गरौं कि प्राय: पहुँच ग्राहकहरूले नेटवर्क इन्जिनियरलाई नबुझेको भाषामा आफ्ना इच्छाहरू बनाउँछन्, अर्थात्, अनुप्रयोगको भाषामा, उदाहरणका लागि, "मलाई 1C मा पहुँच दिनुहोस्।"

त्यसकारण, हामीले त्यस्ता प्रयोगकर्ताहरूबाट सिधै अनुरोधहरू कहिल्यै स्वीकार गरेका छैनौं।
र यो पहिलो आवश्यकता थियो

• पहुँचको लागि अनुरोधहरू प्राविधिक विभागहरूबाट आउनुपर्दछ (हाम्रो अवस्थामा यी युनिक्स, विन्डोज, हेल्पडेस्क इन्जिनियरहरू थिए)

दोस्रो आवश्यकता यो हो

• यो पहुँच लगइन हुनुपर्छ (हामीले यो अनुरोध प्राप्त गरेको प्राविधिक विभागद्वारा) र अनुरोधको रूपमा हामीले यो लग गरिएको पहुँचको लिङ्क प्राप्त गर्छौं।

यो अनुरोध को रूप हामीलाई बुझ्न योग्य हुनुपर्छ, अर्थात्।

• अनुरोधमा कुन सबनेट र कुन सबनेट पहुँच खुला हुनुपर्छ भन्ने जानकारी, साथै प्रोटोकल र (tcp/udp को अवस्थामा) पोर्टहरू समावेश हुनुपर्छ।

त्यहाँ पनि उल्लेख गर्नुपर्छ

• यो पहुँच किन खोलिएको छ भन्ने विवरण
• अस्थायी वा स्थायी (यदि अस्थायी, कुन मिति सम्म)

र एक धेरै महत्त्वपूर्ण बिन्दु अनुमोदन हो

• पहुँच प्रारम्भ गर्ने विभागको प्रमुखबाट (उदाहरणका लागि, लेखा)
• प्राविधिक विभागको प्रमुखबाट, जहाँबाट यो अनुरोध नेटवर्क विभागमा आयो (उदाहरणका लागि, हेल्पडेस्क)

यस अवस्थामा, यस पहुँचको "मालिक" लाई पहुँच प्रारम्भ गर्ने विभागको प्रमुख मानिन्छ (हाम्रो उदाहरणमा लेखा), र यो विभागको लागि लग गरिएको पहुँच भएको पृष्ठ अप टु डेट रहेको सुनिश्चित गर्न उहाँ जिम्मेवार हुनुहुन्छ। ।

लगिङ

यो केहि चीज हो जुन तपाईं डुब्न सक्नुहुन्छ। तर यदि तपाइँ एक सक्रिय दृष्टिकोण लागू गर्न चाहानुहुन्छ भने, तपाइँले यो डेटा बाढीसँग कसरी व्यवहार गर्ने भनेर सिक्न आवश्यक छ।

यहाँ केहि व्यावहारिक सिफारिसहरू छन्:

• तपाईंले दैनिक लगहरू समीक्षा गर्न आवश्यक छ
• नियोजित समीक्षाको अवस्थामा (र आपतकालीन अवस्था होइन), तपाईं आफैलाई गम्भीरता स्तर 0, 1, 2 मा सीमित गर्न सक्नुहुन्छ र अन्य स्तरहरूबाट चयन गरिएका ढाँचाहरू थप्न सक्नुहुन्छ यदि तपाईंले आवश्यक ठान्नुहुन्छ भने।
• लगहरू पार्स गर्ने लिपि लेख्नुहोस् र ती लगहरूलाई बेवास्ता गर्नुहोस् जसको ढाँचा तपाईंले उपेक्षा सूचीमा थप्नुभयो

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

निगरानी गर्दै

कम्पनीको अनुगमन प्रणालीको अभाव हुनु असामान्य होइन। तपाईं, उदाहरणका लागि, लगहरूमा भर पर्न सक्नुहुन्छ, तर उपकरणहरू केहि पनि "भन्न" समय बिना "मर" हुन सक्छ, वा udp syslog प्रोटोकल प्याकेट हराउन सक्छ र आइपुग्दैन। सामान्यतया, सक्रिय निगरानी महत्त्वपूर्ण र आवश्यक छ।

मेरो अभ्यासमा दुई सबैभन्दा लोकप्रिय उदाहरणहरू:

• संचार च्यानलहरूको लोड निगरानी, ​​महत्वपूर्ण लिङ्कहरू (उदाहरणका लागि, प्रदायकहरूसँग जडान)। तिनीहरूले तपाईंलाई सक्रिय रूपमा ट्राफिकको हानिको कारण सेवा गिरावटको सम्भावित समस्या हेर्न र तदनुसार, यसलाई बेवास्ता गर्न अनुमति दिन्छ।
• नेटफ्लोमा आधारित ग्राफहरू। तिनीहरूले ट्राफिकमा विसंगतिहरू फेला पार्न सजिलो बनाउँछन् र केही सरल तर महत्त्वपूर्ण प्रकारका ह्याकर आक्रमणहरू पत्ता लगाउन धेरै उपयोगी हुन्छन्।

महत्त्वपूर्ण! सबैभन्दा महत्त्वपूर्ण घटनाहरूको लागि एसएमएस सूचनाहरू सेट अप गर्नुहोस्। यो अनुगमन र लगिङ दुवै मा लागू हुन्छ। यदि तपाइँसँग अन-ड्युटी शिफ्ट छैन भने, एसएमएस पनि कामको समय भन्दा बाहिर आउनु पर्छ।

सबै इन्जिनियरहरूलाई जगाउन नसक्ने तरिकामा प्रक्रिया मार्फत सोच्नुहोस्। यसका लागि हामीले एकजना इन्जिनियरलाई ड्युटी गरेका थियौं।

नियन्त्रण परिवर्तन गर्नुहोस्

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

केही सुझाव:

• त्यो टिकटमा के गरियो भन्ने विवरणको लागि टिकट प्रणाली प्रयोग गर्नुहोस्, उदाहरणका लागि टिकटमा लागू गरिएको कन्फिगरेसन प्रतिलिपि गरेर
• नेटवर्क उपकरणहरूमा टिप्पणी क्षमताहरू प्रयोग गर्नुहोस् (उदाहरणका लागि, जुनिपरमा टिप्पणी गर्नुहोस्)। तपाईले टिकट नम्बर लेख्न सक्नुहुन्छ
• तपाईंको कन्फिगरेसन ब्याकअपको भिन्नता प्रयोग गर्नुहोस्

तपाइँ यसलाई एक प्रक्रियाको रूपमा लागू गर्न सक्नुहुन्छ, परिवर्तनहरूको लागि सबै टिकटहरू दैनिक समीक्षा गर्दै।

प्रक्रियाहरू

तपाईंले आफ्नो टोलीमा भएका प्रक्रियाहरूलाई औपचारिक र वर्णन गर्नुपर्छ। यदि तपाइँ यो बिन्दुमा पुग्नुभएको छ भने, तपाइँको टोलीसँग पहिले नै कम्तिमा निम्न प्रक्रियाहरू चलिरहेको हुनुपर्छ:

दैनिक प्रक्रियाहरू:

• टिकट संग काम गर्दै
• लग संग काम गर्दै
• नियन्त्रण परिवर्तन गर्नुहोस्
• दैनिक चेक पाना

वार्षिक प्रक्रियाहरू:

• ग्यारेन्टी, इजाजतपत्रहरूको विस्तार

एसिन्क्रोनस प्रक्रियाहरू:

• विभिन्न आपतकालीन अवस्थाहरूमा प्रतिक्रिया

पहिलो भागको निष्कर्ष

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

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

निम्न भागहरूले तपाईंलाई त्रुटिहरू कसरी फेला पार्ने र हटाउने, र त्यसपछि तपाईंको पूर्वाधार सुधार गर्ने भनेर बताउनेछ।

निस्सन्देह, तपाईले सबै कुरा क्रमिक रूपमा गर्नुपर्दैन। समय महत्वपूर्ण हुन सक्छ। यदि स्रोतहरूले अनुमति दिन्छ भने समानान्तरमा गर्नुहोस्।

र एक महत्त्वपूर्ण थप। आफ्नो टोलीसँग कुराकानी गर्नुहोस्, सोध्नुहोस्, परामर्श गर्नुहोस्। अन्तमा, यी सबैलाई समर्थन गर्ने र गर्ने तिनीहरू नै हुन्।

स्रोत: www.habr.com