तपाईंको नेटवर्क उपकरणको सिधा जडान किन पिङमा असफल हुन्छ? यी स्क्रिनिङ चरणहरू अपरिहार्य छन्।

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

नेटवर्क उपकरण जडान

१. सिग्नलले काम गरिरहेको छ भनी सुनिश्चित गर्न भौतिक जडान स्थिति जाँच गर्नुहोस्।

नेटवर्क सञ्चारको आधार भौतिक जडान हो। यदि सिधा जडान पछि उपकरण पिङ गर्न असफल भयो भने, पहिलो चरण भनेको भौतिक तहले काम गरिरहेको छ कि छैन भनेर जाँच गर्नु हो। यहाँ चरणहरू छन्:

नेटवर्क केबल जडान पुष्टि गर्नुहोस्:नेटवर्क केबल कसिलो गरी प्लग इन गरिएको छ कि छैन र नेटवर्क केबल इन्टरफेस खुकुलो छ कि छैन जाँच गर्नुहोस्। यदि प्रत्यक्ष केबल प्रयोग गर्दै हुनुहुन्छ भने, केबल TIA/EIA-568-B मानक (सामान्य प्रत्यक्ष केबल मानक) अनुरूप छ भनी सुनिश्चित गर्नुहोस्। यदि तपाईंसँग पुराना उपकरणहरू छन् भने, तपाईंले लाइनहरू (TIA/EIA-568-A) क्रस गर्नुपर्ने हुन सक्छ किनभने केही पुराना उपकरणहरूले स्वचालित MDI/MDIX स्विचिङलाई समर्थन गर्दैनन्।

नेटवर्क केबलको गुणस्तर जाँच गर्नुहोस्:कम गुणस्तरको वा धेरै लामो नेटवर्क केबलले सिग्नल एटेन्युएसन गराउन सक्छ। मानक नेटवर्क केबलको लम्बाइ १०० मिटर भित्र नियन्त्रण गर्नुपर्छ। यदि केबल धेरै लामो छ वा स्पष्ट क्षति भएको छ (जस्तै, भाँचिएको वा समतल), यसलाई उच्च गुणस्तरको केबलले बदलेर पुन: परीक्षण गर्न सिफारिस गरिन्छ।

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

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

भौतिक जडान नेटवर्क सञ्चारको पहिलो चरण हो, र हामीले उच्च-स्तरीय कारणहरूको अनुसन्धान जारी राख्नु अघि यो तहमा कुनै समस्या नभएको सुनिश्चित गर्नुपर्छ।

२. पोर्ट असक्षम पारिएको छैन भनी सुनिश्चित गर्न उपकरणको STP स्थिति जाँच गर्नुहोस्।

यदि तपाईं सामान्य भौतिक जडानको बावजुद पिङ गर्न असमर्थ हुनुहुन्छ भने, उपकरणको लिङ्क-लेयर प्रोटोकलमा समस्या हुन सक्छ। एउटा सामान्य कारण स्प्यानिङ ट्री प्रोटोकल (STP) हो।

स्प्यानिङ ट्री प्रोटोकल

STP को भूमिका बुझ्नुहोस्:नेटवर्कमा लूपहरू देखा पर्नबाट रोक्न STP (Spaning Tree Protocol) प्रयोग गरिन्छ। यदि कुनै उपकरणले लूप पत्ता लगाउँछ भने, STP ले निश्चित पोर्टहरूलाई ब्लकिङ अवस्थामा राख्छ, जसले गर्दा डेटा फर्वार्ड गर्नबाट रोकिन्छ।
पोर्ट स्थिति जाँच गर्नुहोस्:पोर्ट "फर्वार्डिङ" अवस्थामा छ कि छैन भनेर हेर्न आफ्नो उपकरणको CLI (कमाण्ड लाइन इन्टरफेस) वा वेब एडमिन इन्टरफेसमा लग इन गर्नुहोस्। सिस्को स्विचको अवस्थामा, show spat-tree आदेश प्रयोग गरेर STP स्थिति हेर्न सकिन्छ। यदि कुनै पोर्ट "ब्लकिङ" को रूपमा देखाइएको छ भने, STP ले त्यो पोर्टमा सञ्चारलाई ब्लक गरिरहेको छ।

समाधान:

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

३. MAC ठेगाना सही तरिकाले समाधान भएको छ भनी सुनिश्चित गर्न ARP ले काम गरिरहेको छ कि छैन जाँच गर्नुहोस्।

लिङ्क तह सामान्य भएपछि, जाँच गर्न नेटवर्क तहमा जानुहोस्। पिङ कमाण्ड ICMP प्रोटोकलमा निर्भर गर्दछ, जसले पहिले ठेगाना रिजोल्युसन प्रोटोकल (ARP) मार्फत लक्षित IP ठेगानालाई MAC ठेगानामा समाधान गर्दछ। यदि ARP रिजोल्युसन असफल भयो भने, पिङ असफल हुनेछ।
ARP तालिका जाँच गर्नुहोस्: लक्षित उपकरणको MAC ठेगाना सफलतापूर्वक समाधान भएको पुष्टि गर्न उपकरणमा रहेको ARP तालिका जाँच गर्नुहोस्। उदाहरणका लागि, Windows मा, तपाईंले कमाण्ड लाइन खोलेर arp-a टाइप गरेर ARP क्यास हेर्न सक्नुहुन्छ। यदि गन्तव्य IP को लागि कुनै MAC ठेगाना छैन भने, ARP रिजोल्युसन असफल भयो।
ARP म्यानुअल रूपमा परीक्षण गर्दै:ARP अनुरोधहरू म्यानुअल रूपमा पठाउने प्रयास गर्नुहोस्। उदाहरणका लागि, Windows मा तपाईंले ARP अनुरोध ट्रिगर गर्न ping आदेश प्रयोग गर्न सक्नुहुन्छ, वा arping जस्ता उपकरण सिधै प्रयोग गर्न सक्नुहुन्छ (लिनक्स प्रणालीहरूमा)। यदि ARP अनुरोधको कुनै प्रतिक्रिया छैन भने, सम्भावित कारणहरू समावेश छन्:
फायरवाल ब्लकिङ:केही उपकरणहरूको फायरवालद्वारा ARP अनुरोधहरू अवरुद्ध हुन्छन्। लक्षित उपकरणको फायरवाल सेटिङहरू जाँच गर्नुहोस् र अस्थायी रूपमा फायरवाल बन्द गरेपछि फेरि प्रयास गर्नुहोस्।
IP टक्कर:नेटवर्कमा IP ठेगाना टक्कर भएमा ARP रिजोल्युसन असफल हुन सक्छ। प्याकेटहरू समात्न र एउटै IP मा प्रतिक्रिया दिने धेरै MAC ठेगानाहरू छन् कि छैनन् भनेर हेर्न Wireshark जस्ता उपकरण प्रयोग गर्नुहोस्।

समाधान:

Arpcache मेटाउनुहोस् (Windows: netsh interface ip delete arpcache; Linux: ip-ss neigh flush all) र फेरि Ping गर्नुहोस्।
दुबै उपकरणहरूको IP ठेगानाहरू एउटै सबनेटमा छन् र सबनेट मास्क पनि एउटै छ भनी सुनिश्चित गर्नुहोस् (विवरणहरूको लागि अर्को चरण हेर्नुहोस्)।
ARP समस्याहरू प्रायः नेटवर्क तहको कन्फिगरेसनसँग नजिकबाट सम्बन्धित हुन्छन्, र सबै कुरा काम गरिरहेको छ भनी सुनिश्चित गर्न समस्या निवारण गर्न धैर्यता चाहिन्छ।

४. सञ्चार पूर्वाधार सुनिश्चित गर्न IP ठेगाना र सबनेट कन्फिगरेसन जाँच गर्नुहोस्।

नेटवर्क तहमा समस्याहरू प्रायः पिङ विफलताको मुख्य कारण हुन्छन्। गलत कन्फिगर गरिएको IP ठेगाना र सबनेटहरूले उपकरणहरूलाई सञ्चार गर्न असफल बनाउँछन्। यहाँ चरणहरू छन्:
IP ठेगाना पुष्टि गर्नुहोस्:दुई यन्त्रहरूको IP ठेगानाहरू एउटै सबनेटमा छन् कि छैनन् जाँच गर्नुहोस्। उदाहरणका लागि, उपकरण A को IP 192.168.1.10 र सबनेट मास्क 255.255.255.0 छ। उपकरण B को IP 192.168.1.20 छ र एउटै सबनेट मास्क छ। दुई ip हरू एउटै सबनेट (192.168.1.0/24) मा छन् र सैद्धान्तिक रूपमा सञ्चार गर्न सक्छन्। यदि उपकरण B को IP 192.168.2.20 छ भने, यो एउटै सबनेटमा छैन र Ping असफल हुनेछ।
सबनेट मास्कहरू जाँच गर्नुहोस्:असंगत सबनेट मास्कहरूले पनि सञ्चार विफलता निम्त्याउन सक्छ। उदाहरणका लागि, उपकरण A मा २५५.२५५.२५५.० को मास्क छ र उपकरण B मा २५५.२५५.०.० को मास्क छ, जसले सबनेट स्कोपको फरक बुझाइको कारणले सञ्चार अवरोधहरू निम्त्याउन सक्छ। सुनिश्चित गर्नुहोस् कि सबनेट मास्कहरू दुवै उपकरणहरूको लागि समान छन्।
गेटवे सेटिङहरू जाँच गर्नुहोस्:प्रत्यक्ष-जडित उपकरणहरूलाई सामान्यतया गेटवेको आवश्यकता पर्दैन, तर गलत कन्फिगर गरिएका गेटवेहरूले प्याकेटहरू गलत तरिकाले फर्वार्ड गर्न सक्छन्। सुनिश्चित गर्नुहोस् कि दुबै उपकरणहरूको लागि गेटवे अनकन्फिगर गरिएकोमा सेट गरिएको छ वा सही ठेगानामा औंल्याउँछ।

समाधान:

दुबै उपकरणहरू एउटै सबनेटमा छन् भनी सुनिश्चित गर्न IP ठेगाना वा सबनेट मास्क परिमार्जन गर्नुहोस्। अनावश्यक गेटवे सेटिङहरू असक्षम गर्नुहोस् वा तिनीहरूलाई पूर्वनिर्धारित मान (०.०.०.०) मा सेट गर्नुहोस्।
IP कन्फिगरेसन नेटवर्क सञ्चारको मूल हो, त्यसैले केहि पनि छुटेको छैन भनी सुनिश्चित गर्न दोहोरो जाँच गर्नु महत्त्वपूर्ण छ।

५. प्रोटोकल असक्षम पारिएको छैन भनी सुनिश्चित गर्न पठाइएका र प्राप्त गरिएका ICMP प्याकेटहरू जाँच गर्नुहोस्।

पिङ कमाण्ड इन्टरनेट कन्ट्रोल मेसेजिङ प्रोटोकल (ICMP) मा निर्भर गर्दछ। यदि ICMP प्याकेटहरू अवरोध वा असक्षम पारिएमा, पिङ सफल हुनेछैन।
आफ्नो फायरवाल नियमहरू जाँच गर्नुहोस्:धेरै उपकरणहरूमा पूर्वनिर्धारित रूपमा फायरवालहरू सक्षम हुन्छन्, जसले ICMP अनुरोधहरूलाई ब्लक गर्न सक्छ। उदाहरणका लागि, Windows मा, ICMPv4-In नियमलाई अनुमति दिइएको छ भनी सुनिश्चित गर्न "Windows Defender Firewall" सेटिङ जाँच गर्नुहोस्। Linux प्रणालीहरूले ICMP ब्लक गरिएको छैन भनी सुनिश्चित गर्न iptables नियम (iptables -L) जाँच गर्छन्।
उपकरण नीति जाँच गर्नुहोस्:केही राउटर वा स्विचहरूले स्क्यानिङ रोक्नको लागि ICMP प्रतिक्रियाहरूलाई असक्षम पार्छन्। ICMP असक्षम पारिएको छ भनी सुनिश्चित गर्न उपकरण व्यवस्थापन स्क्रिनमा लग इन गर्नुहोस्।
प्याकेट क्याप्चर विश्लेषण:Wireshark वा जस्ता उपकरण प्रयोग गर्नुहोस्माईलिङ्किङ नेटवर्क ट्याप्समाईलिङ्किङ नेटवर्क प्याकेट ब्रोकरहरूICMP अनुरोध गरिएको छ कि छैन र प्रतिक्रिया आएको छ कि छैन भनेर हेर्न प्याकेटहरू क्याप्चर गर्न। यदि अनुरोध गरिएको छ तर कुनै प्रतिक्रिया छैन भने, समस्या लक्षित उपकरणमा हुन सक्छ। यदि कुनै अनुरोध गरिएको छैन भने, समस्या स्थानीय मेसिनमा हुन सक्छ।

समाधान:

(विन्डोज: netsh advfirewall ले allprofiles state off सेट गर्छ; Linux: iptables -F) पिङ सामान्य अवस्थामा फर्किएको छ कि छैन भनेर परीक्षण गर्न। उपकरणमा ICMP प्रतिक्रियाहरू सक्षम गर्नुहोस् (उदाहरणका लागि, सिस्को उपकरण: ip icmp echo-reply)।
ICMP मुद्दाहरू प्रायः सुरक्षा नीतिहरूसँग सम्बन्धित हुन्छन्, जसलाई सुरक्षा र कनेक्टिभिटी बीचको व्यापार सम्झौता आवश्यक पर्दछ।

६. प्रोटोकल स्ट्याकमा कुनै विसंगति छैन भनी सुनिश्चित गर्न प्याकेट ढाँचा सही छ कि छैन जाँच गर्नुहोस्।

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

ICMP प्याकेटहरू खिच्न र निम्न जाँच गर्न Wireshark प्रयोग गर्नुहोस्:
- ICMP अनुरोधको प्रकार र कोड सही छन् (इको अनुरोध प्रकार ८, कोड ० हुनुपर्छ)।
- स्रोत र गन्तव्य आईपीहरू सही छन् कि छैनन्।
- प्याकेट आधा बाटोमा खस्न सक्ने असामान्य TTL (टाइम टु लाइभ) मानहरू छन् कि छैनन्?
MTU सेटिङहरू जाँच गर्नुहोस्:यदि अधिकतम प्रसारण एकाइ (MTU) सेटिङहरू एकरूप छैनन् भने, प्याकेट फ्र्याग्मेन्टेसन असफल हुन सक्छ। पूर्वनिर्धारित MTU १५०० बाइट्स हो, तर केही उपकरणहरू साना मानहरूसँग कन्फिगर गरिएको हुन सक्छ। ping-fl १४७२ लक्ष्य IP (Windows) आदेशको साथ फ्र्याग्मेन्टेसन परीक्षण गर्नुहोस्। यदि sharding प्रोम्प्ट गरिएको छ तर Do not sharding (DF) झण्डा सेट गरिएको छ भने, MTU मेल खाँदैन।

समाधान:

MTU मान समायोजन गर्नुहोस् (विन्डोज: netsh इन्टरफेस ipv4 सेट सबइन्टरफेस "इथरनेट" mtu=१४०० स्टोर=परसर)।
दुई उपकरणहरूको MTU एउटै छ भनी सुनिश्चित गर्नुहोस्।
प्रोटोकल स्ट्याक समस्या अझ जटिल छ, आधारभूत अनुसन्धान निष्फल भएपछि गहन विश्लेषण गर्न सुझाव दिइन्छ।

प्याकेट क्याप्चर

७. जानकारी सङ्कलन गर्नुहोस् र प्राविधिक सहयोग खोज्नुहोस्

यदि माथिका चरणहरूले समस्या समाधान गरेन भने, तपाईंले थप जानकारी सङ्कलन गर्नुपर्ने र प्राविधिक सहयोग खोज्नुपर्ने हुन सक्छ।
लग:उपकरणको लग जानकारी सङ्कलन गर्नुहोस् (राउटर/स्विचको सिस्लग, पीसीको सिस्लग) र कुनै त्रुटिहरू छन् कि छैनन् हेर्नुहोस्।
निर्मातालाई सम्पर्क गर्नुहोस्:यदि उपकरण कुनै उद्यम उत्पादन हो भने जस्तैमेरो लिङ्किङ(नेटवर्क ट्यापहरू, नेटवर्क प्याकेट ब्रोकरहरूइनलाइन बाइपास), सिस्को (राउटर/स्विच), हुआवेई (राउटर/स्विच), तपाईं विस्तृत निरीक्षण चरणहरू र लगहरू प्रदान गर्न निर्माताको प्राविधिक सहयोगलाई सम्पर्क गर्न सक्नुहुन्छ।
समुदायको उपयोग:विस्तृत नेटवर्क टोपोलोजी र कन्फिगरेसन जानकारी प्रदान गर्दै मद्दतको लागि प्राविधिक फोरमहरू (जस्तै, स्ट्याक ओभरफ्लो, सिस्को समुदाय) मा पोस्ट गर्नुहोस्।
पिङमा असफल हुने नेटवर्क उपकरणमा सिधा जडान सरल लाग्न सक्छ, तर वास्तवमा यसले भौतिक तह, लिङ्क तह, नेटवर्क तह, र प्रोटोकल स्ट्याकमा पनि धेरै समस्याहरू समावेश गर्न सक्छ। धेरैजसो समस्याहरू आधारभूतदेखि उन्नतसम्म यी सात चरणहरू पालना गरेर समाधान गर्न सकिन्छ। नेटवर्क केबल जाँच गर्ने होस्, STP समायोजन गर्ने होस्, ARP प्रमाणित गर्ने होस्, वा IP कन्फिगरेसन र ICMP नीतिलाई अनुकूलन गर्ने होस्, प्रत्येक चरणमा हेरचाह र धैर्यता चाहिन्छ। मलाई आशा छ कि यो गाइडले तपाईंलाई आफ्नो इन्टरनेट ट्रबलशोकेटिङ कसरी गर्ने भन्ने बारे केही स्पष्टता दिनेछ, त्यसैले यदि तपाईंले यस्तै समस्याको सामना गर्नुभयो भने तपाईं भ्रमित हुनुहुने छैन।


पोस्ट समय: मे-०९-२०२५