गलत ठाउँमा समस्या खोज्दै

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

सानो स्वभाव:

एउटा सानो शाखा, यसको आफ्नै PBX (एस्टेरिस्क + FreePBX) डेस्कटप हार्डवेयरमा आधारित छ र 1C, फाइल डम्प र भर्चुअल RO डोमेन नियन्त्रकको साथ उही स्थानीय टर्मिनल सर्भर छ। इन्टरनेटले Mikrotik वितरण गर्दछ। शाखा सानो छ, तिनीहरूको लागि पर्याप्त छ।
यो सबै अनुगमनको साथ सुरु भयो (समयको अभाव र आलस्यको कारणले, सबै कुरा अनुगमन गरिएको छैन), जसले शाखामा एउटा सर्भर (पीबीएक्सको साथ) ओभरहेट भएको रिपोर्ट गर्यो। स्थानीयहरूले समस्या समाधान गर्दै गर्दा, बूढो मानिस फ्रिज भयो र थोरै MySQL डाटाबेस तोड्यो।

धेरै चीजहरूले समस्याको पूर्वचित्रण गरे, तर यो होइन ...

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

निराशा खराब निर्णय गर्ने बाटो हो:

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

निराशा - दिमाग बादल हुन्छ, निर्णयहरू अझ खराब हुन्छन्

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

स्वीकृति चेतनाको बाटो हो

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

स्पष्ट - सम्भावित छैन

त्यहाँ गर्न केहि छैन, म nslookup र bingo उठाउँछु (म यो तुरुन्तै गर्न सक्छु)! प्राथमिक DNS त्यहाँ छ (नियन्त्रकको साथ भर्चुअल मेसिन), तर मैले ध्यान दिएन! यदि त्यहाँ एक मात्र DNS थियो भने, त्यहाँ त्रुटि हुनेछ 😉

परिणाम

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

दर्ता भएका प्रयोगकर्ताहरूले मात्र सर्वेक्षणमा भाग लिन सक्छन्। साइन इन गर्नुहोस्कृपया

के तपाईलाई यस्तो कहिल्यै भएको छ?

• हो, धेरै विरलै

• हो, विरलै

• अक्सर

• अक्सर

• होइन, कसैसँग, मसँग होइन!

• होइन, म त्रुटिहीन छु!

2 प्रयोगकर्ताहरूले मतदान गरे। १ प्रयोगकर्ता रोकिए।

स्रोत: www.habr.com