በኔትወርክ አሠራር እና ጥገና፣ መሳሪያዎች በቀጥታ ከተገናኙ በኋላ ፒንግ ማድረግ የማይችሉበት የተለመደ ነገር ግን ችግር ያለበት ችግር ነው። ለጀማሪዎችም ሆነ ልምድ ላላቸው መሐንዲሶች፣ ብዙ ጊዜ በተለያዩ ደረጃዎች መጀመር እና ሊሆኑ የሚችሉ መንስኤዎችን መመርመር አስፈላጊ ነው። ይህ ጽሑፍ የችግሩን ዋና መንስኤ በፍጥነት ለማግኘት እና ለማስተካከል የሚረዱዎትን የመላ ፍለጋ ደረጃዎችን ይዘርዝራል። እነዚህ ዘዴዎች በቤት አውታረ መረብ እና በድርጅት አካባቢ ተግባራዊ እና ተግባራዊ ናቸው። ከመሠረታዊ ቼኮች እስከ የላቀ ቼኮች ድረስ ይህንን ፈተና በደረጃ እናሳልፍዎታለን።
1. ሲግናል እየሰራ መሆኑን ለማረጋገጥ የአካላዊ ግንኙነቱን ሁኔታ ያረጋግጡ
የአውታረ መረብ ግንኙነት መሰረቱ አካላዊ ግንኙነት ነው። መሳሪያው ቀጥተኛ ግንኙነት ከተደረገ በኋላ ፒንግ ማድረግ ካልቻለ፣ የመጀመሪያው እርምጃ አካላዊው ንብርብር እየሰራ መሆኑን ማረጋገጥ ነው። ደረጃዎቹ እነሆ፡
የአውታረ መረብ ገመድ ግንኙነትን ያረጋግጡ፡የአውታረ መረቡ ገመድ በጥብቅ መሰካቱን እና የአውታረ መረቡ ገመድ በይነገጽ ልቅ መሆኑን ያረጋግጡ። ቀጥተኛ ገመድ የሚጠቀሙ ከሆነ፣ ገመዱ ከTIA/EIA-568-B መስፈርት (Common Direct Cable Standard) ጋር የሚስማማ መሆኑን ያረጋግጡ። የቆዩ መሳሪያዎች ካሉዎት፣ አንዳንድ የቆዩ መሳሪያዎች አውቶማቲክ MDI/MDIX መቀያየርን ስለማይደግፉ መስመሮችን (TIA/EIA-568-A) ማቋረጥ ሊኖርብዎ ይችላል።
የኔትወርክ ኬብሉን ጥራት ያረጋግጡ፡-ደካማ ጥራት ወይም በጣም ረጅም የኔትወርክ ገመድ የሲግናል መቀነስ ሊያስከትል ይችላል። መደበኛ የኔትወርክ ገመድ ርዝመት በ100 ሜትር ውስጥ ቁጥጥር ሊደረግበት ይገባል። ገመዱ በጣም ረጅም ከሆነ ወይም ግልጽ የሆነ ጉዳት (ለምሳሌ፣ የተሰበረ ወይም የተዛባ) ከሆነ በከፍተኛ ጥራት ባለው ገመድ መተካት እና እንደገና መሞከር ይመከራል።
የመሣሪያ አመልካቾችን ይመልከቱ፡አብዛኛዎቹ የአውታረ መረብ መሳሪያዎች (እንደ ማብሪያ/ማጥፊያዎች፣ ራውተሮች፣ የኔትወርክ ካርዶች ያሉ) የአገናኝ ሁኔታ አመልካቾች አሏቸው። በተለምዶ፣ ብርሃኑ ከተገናኘ በኋላ (አረንጓዴ ወይም ብርቱካናማ) ያበራል፣ እና የውሂብ ዝውውርን ለማመልከት ብልጭ ድርግም የሚል ሊኖር ይችላል። አመልካች ካልበራ፣ የአውታረ መረብ ገመድ ችግር፣ የተበላሸ በይነገጽ ወይም መሳሪያው አለመብራት ሊሆን ይችላል።
የሙከራ ወደብ፡የአውታረ መረብ ገመዱን ወደብ የመጉዳት እድልን ለማስወገድ ከመሳሪያው ሌላኛው ወደብ ጋር ይሰኩ። የሚገኝ ከሆነ፣ እያንዳንዱ ጥንድ ሽቦ በትክክል መቀመጡን ለማረጋገጥ የአውታረ መረብ ገመድ ሞካሪን በመጠቀም የአውታረ መረብ ገመድ ሞካሪ መጠቀም ይችላሉ።
አካላዊ ግንኙነት በኔትወርክ ግንኙነት ውስጥ የመጀመሪያው እርምጃ ነው፣ እና ከፍተኛ ደረጃ ያላቸውን ምክንያቶች መመርመር ከመቀጠላችን በፊት በዚህ ደረጃ ላይ ምንም አይነት ችግር እንዳይፈጠር ማረጋገጥ አለብን።
2. ወደቡ እንዳይሰናከል ለማድረግ የመሣሪያውን የSTP ሁኔታ ያረጋግጡ
መደበኛ አካላዊ ግንኙነት ቢኖርም ፒንግ ማድረግ ካልቻሉ፣ በመሳሪያው የአገናኝ-ንብርብር ፕሮቶኮል ላይ ችግር ሊኖር ይችላል። አንድ የተለመደ ምክንያት የስፓኒንግ ዛፍ ፕሮቶኮል (STP) ነው።
የ STPን ሚና ይረዱ፡STP (Spanning Tree Protocol) በአውታረ መረቡ ውስጥ የሉፖችን ገጽታ ለመከላከል ይጠቅማል። አንድ መሳሪያ ሉፕ ካገኘ፣ STP የተወሰኑ ወደቦችን በብሎኪንግ ሁኔታ ውስጥ ያስቀምጣቸዋል፣ ይህም ውሂብን ከማስተላለፍ ይከለክላቸዋል።
የወደብ ሁኔታን ያረጋግጡ፦ወደቡ በ"ማስተላለፊያ" ሁኔታ ውስጥ መሆኑን ለማየት ወደ መሳሪያዎ CLI (የትእዛዝ መስመር በይነገጽ) ወይም የድር አስተዳዳሪ በይነገጽ ይግቡ። የሲስኮ ማብሪያ / ማጥፊያ ሁኔታ፣ የSTP ሁኔታ በትእዛዝ ማሳያ ስፓት-ትሪ በመጠቀም ሊታይ ይችላል። አንድ ወደብ "ማገድ" ተብሎ ከታየ፣ STP በዚያ ወደብ ላይ ያለውን ግንኙነት እያገደ ነው።
መፍትሄ፡
ለጊዜው STPን አሰናክል፦በሙከራ አካባቢ፣ STPን ለጊዜው ማጥፋት ይቻላል (ለምሳሌ፣ spath-tree vlan 1 የለም)፣ ነገር ግን ይህ በምርት ውስጥ አይመከርም ምክንያቱም የብሮድካስት አውሎ ነፋስን ሊያስከትል ይችላል።
PortFastን አንቃ፡መሣሪያው የሚደግፈው ከሆነ የPortFast ተግባር በፖርት ላይ ሊነቃ ይችላል (እንደ spath-tree portfast ያሉ ትዕዛዞች)፣ ይህም ወደብ የSTP ማዳመጥ እና መማር ምዕራፍን እንዲዘል እና በቀጥታ ወደ ማስተላለፊያ ሁኔታ እንዲገባ ያስችለዋል።
ሉፖችን ይፈትሹ፦የSTP እገዳው የተፈጠረው በኔትወርኩ ውስጥ ባሉ ሉፖች መኖር ምክንያት ከሆነ፣ ዑደቶቹን ለማግኘት እና ለመስበር የኔትወርኩን ቶፖሎጂ የበለጠ ያረጋግጡ።
የSTP ችግሮች በኢንተርፕራይዝ ኔትወርኮች ውስጥ በተለይም በብዙ-ስዊች አካባቢዎች የተለመዱ ናቸው። አነስተኛ አውታረ መረብ ካለዎት ይህንን ደረጃ ለጊዜው መዝለል ይችሉ ይሆናል፣ ነገር ግን STP እንዴት እንደሚሰራ መረዳት ለወደፊቱ ችግሮችን ለመፍታት ረጅም መንገድ ሊሄድ ይችላል።
3. የMAC አድራሻ በትክክል መፈታቱን ለማረጋገጥ ARP እየሰራ መሆኑን ያረጋግጡ
የአገናኝ ንብርብር መደበኛ ሲሆን፣ ለመፈተሽ ወደ አውታረ መረቡ ንብርብር ይሂዱ። የፒንግ ትዕዛዙ በICMP ፕሮቶኮል ላይ የተመሰረተ ሲሆን፣ ይህም በመጀመሪያ በአድራሻ ጥራት ፕሮቶኮል (ARP) በኩል የታለመውን የአይፒ አድራሻ ወደ MAC አድራሻ የሚፈታ ነው። የARP ጥራት ካልተሳካ፣ ፒንግ ይከሽፋል።
የARP ሰንጠረዡን ያረጋግጡ፡ የዒላማው መሣሪያ የMAC አድራሻ በተሳካ ሁኔታ መፈታቱን ለማረጋገጥ በመሳሪያው ላይ ያለውን የARP ሰንጠረዡን ያረጋግጡ። ለምሳሌ በዊንዶውስ ውስጥ የትእዛዝ መስመሩን በመክፈት እና arp-a በመተየብ የARP መሸጎጫውን ማየት ይችላሉ። ለመድረሻ አይፒ የMAC አድራሻ ከሌለ የARP ጥራት አልተሳካም።
በእጅ የሚደረግ የARP ሙከራ፦የARP ጥያቄዎችን በእጅ ለመላክ ይሞክሩ። ለምሳሌ፣ በዊንዶውስ ላይ የARP ጥያቄን ለማስጀመር የፒንግ ትዕዛዝን መጠቀም ወይም እንደ arping (በሊኑክስ ሲስተሞች ላይ) ያሉ መሳሪያዎችን በቀጥታ መጠቀም ይችላሉ። ለARP ጥያቄ ምንም ምላሽ ከሌለ፣ ሊሆኑ የሚችሉ ምክንያቶች የሚከተሉትን ሊያካትቱ ይችላሉ፡
የፋየርዎል እገዳ፡የARP ጥያቄዎች በአንዳንድ መሳሪያዎች ፋየርዎል ታግደዋል። የታለመውን መሳሪያ የፋየርዎል ቅንብሮችን ያረጋግጡ እና ፋየርዎሉን ለጊዜው ካጠፉ በኋላ እንደገና ይሞክሩ።
የአይፒ ግጭት፡በአውታረ መረቡ ውስጥ የአይፒ አድራሻ ግጭቶች ካሉ የARP ጥራት ሊበላሽ ይችላል። ፓኬቶችን ለመያዝ እና ለተመሳሳይ አይፒ ምላሽ የሚሰጡ በርካታ የMAC አድራሻዎች ካሉ ለማየት እንደ Wireshark ያለ መሳሪያ ይጠቀሙ።
መፍትሄ፡
Delete Arpcache (Windows: netsh interface ip delete arpcache; Linux: ip-ss neigh flush all) እና ከዚያ Ping እንደገና።
የሁለቱም መሳሪያዎች የአይፒ አድራሻዎች በተመሳሳይ ንዑስ መረብ ውስጥ መሆናቸውን እና የንዑስ መረብ ጭምብል ተመሳሳይ መሆኑን ያረጋግጡ (ለዝርዝሮች የሚቀጥለውን ደረጃ ይመልከቱ)።
የARP ችግሮች ብዙውን ጊዜ ከአውታረ መረብ ንብርብር ውቅር ጋር በቅርበት የተያያዙ ናቸው፣ እና ሁሉም ነገር እየሰራ መሆኑን ለማረጋገጥ መላ መፈለግ ትዕግስት ይጠይቃል።
4. የግንኙነት መሠረተ ልማትን ለማረጋገጥ የአይፒ አድራሻውን እና የንዑስ መረብ ውቅርን ያረጋግጡ
በአውታረ መረብ ንብርብር ላይ ያሉ ችግሮች ብዙውን ጊዜ ለፒንግ ብልሽቶች ዋነኛው ተጠያቂ ናቸው። የተሳሳቱ የአይፒ አድራሻዎች እና ንዑስ ኔትወርኮች መሳሪያዎች እንዳይግባቡ ያደርጋሉ። ደረጃዎቹ እነሆ፡
የአይፒ አድራሻን ያረጋግጡ፡የሁለት መሳሪያዎች የአይፒ አድራሻዎች በተመሳሳይ ንዑስ መረብ ውስጥ መሆናቸውን ያረጋግጡ። ለምሳሌ፣ መሳሪያ A የ192.168.1.10 አይፒ እና የ255.255.255.0 ንዑስ መረብ ጭምብል አለው። መሳሪያ B የ192.168.1.20 አይፒ እና ተመሳሳይ ንዑስ መረብ ጭምብል አለው። ሁለቱ አይፖች በተመሳሳይ ንዑስ መረብ (192.168.1.0/24) ላይ ሲሆኑ በንድፈ ሀሳብ ሊግባቡ ይችላሉ። መሳሪያ B የ192.168.2.20 አይፒ ካለው፣ በተመሳሳይ ንዑስ መረብ ላይ አይደለም እና ፒንግ ይከሽፋል።
የንዑስ መረብ ማስኮችን ይፈትሹ፡ወጥነት የሌላቸው የሰብኔት ጭምብሎችም የግንኙነት ውድቀቶችን ሊያስከትሉ ይችላሉ። ለምሳሌ፣ መሳሪያ A የ255.255.255.0 ጭምብሎች እና መሳሪያ B የ255.255.0.0 ጭምብሎች አሉት፣ ይህም የሰብኔት ወሰንን በተለያየ ግንዛቤ ምክንያት የግንኙነት እንቅፋቶችን ሊያስከትል ይችላል። የሰብኔት ጭምብሎች ለሁለቱም መሳሪያዎች ተመሳሳይ መሆናቸውን ያረጋግጡ።
የጌትዌይ ቅንብሮችን ያረጋግጡ፦በቀጥታ የተገናኙ መሳሪያዎች ብዙውን ጊዜ መግቢያ በር አያስፈልጋቸውም፣ ነገር ግን በተሳሳተ መንገድ የተዋቀሩ መግቢያ በር ፓኬቶች በተሳሳተ መንገድ እንዲተላለፉ ሊያደርግ ይችላል። የሁለቱም መሳሪያዎች መግቢያ በር ያልተዋቀረ መሆኑን ወይም ወደ ትክክለኛው አድራሻ የሚያመለክት መሆኑን ያረጋግጡ።
መፍትሄ፡
ሁለቱም መሳሪያዎች በተመሳሳይ ንዑስ መረብ ውስጥ መሆናቸውን ለማረጋገጥ የአይፒ አድራሻውን ወይም የንዑስ መረብ ጭንብልዎን ያሻሽሉ። አላስፈላጊ የሆኑ የጌትዌይ ቅንብሮችን ያሰናክሉ ወይም ወደ ነባሪ እሴት (0.0.0.0) ያቀናብሩ።
የአይፒ ውቅር የአውታረ መረብ ግንኙነት ዋና አካል ነው፣ ስለዚህ ምንም ነገር የጎደለ መሆኑን ለማረጋገጥ ደግመው ማረጋገጥ አስፈላጊ ነው።
5. ፕሮቶኮሉ እንዳይሰናከል ለማረጋገጥ የተላኩትን እና የተቀበሏቸውን የICMP ፓኬቶች ያረጋግጡ
የፒንግ ትዕዛዝ በኢንተርኔት ቁጥጥር መልእክት ፕሮቶኮል (ICMP) ላይ የተመሰረተ ነው። የICMP ፓኬቶች ከተጠለፉ ወይም ከተሰናከሉ፣ ፒንግ አይሳካም።
የፋየርዎልዎን ህጎች ያረጋግጡ-ብዙ መሳሪያዎች በነባሪነት የነቁ ፋየርዎሎች አሏቸው፣ ይህም የICMP ጥያቄዎችን ሊያግድ ይችላል። ለምሳሌ በዊንዶውስ ውስጥ የICMPv4-In ደንብ መፈቀዱን ለማረጋገጥ "የዊንዶውስ ተከላካይ ፋየርዎል" ቅንብሩን ያረጋግጡ። የሊኑክስ ስርዓቶች ICMP እየታገደ አለመሆኑን ለማረጋገጥ የiptables ደንብ (iptables -L) ይፈትሹ።
የመሣሪያ መመሪያን ያረጋግጡ፡አንዳንድ ራውተሮች ወይም ማብሪያ / ማጥፊያዎች የICMP ምላሾችን መቃኘትን ለመከላከል ያሰናክላሉ። ICMP መሰናከልን ለማረጋገጥ ወደ መሳሪያ አስተዳደር ማያ ገጽ ይግቡ።
የፓኬት ቀረጻ ትንተና፡እንደ Wireshark ወይም Wireshark ያሉ መሳሪያዎችን ይጠቀሙማይሊንኪንግ ኔትወርክ ታፕስእናማይሊንኪንግ ኔትወርክ ፓኬት ደላሎችየICMP ጥያቄ መጠየቁን እና ምላሽ መኖሩን ለማየት ፓኬቶችን ለመያዝ። ጥያቄው ከቀረበ ግን ምላሽ ከሌለ ችግሩ በዒላማው መሣሪያ ላይ ሊሆን ይችላል። ጥያቄ ካልቀረበ ችግሩ በአካባቢያዊው ማሽን ላይ ሊሆን ይችላል።
መፍትሄ፡
(ዊንዶውስ፡ netsh advfirewall ሁሉንም መገለጫዎች ሁኔታ አጥፋ፤ ሊኑክስ፡ iptables -F) ፒንግ ወደ መደበኛ ሁኔታው ተመልሷል ወይ የሚለውን ለመፈተሽ set allprofiles state off; Linux: iptables -F)። በመሳሪያው ላይ የICMP ምላሾችን ያንቁ (ለምሳሌ፣ Cisco device: ip icmp echo-reply)።
የICMP ጉዳዮች ብዙውን ጊዜ ከደህንነት ፖሊሲዎች ጋር የተያያዙ ሲሆኑ፣ ይህም በደህንነት እና በግንኙነት መካከል ስምምነትን ይጠይቃል።
6. በፕሮቶኮል ቁልል ውስጥ ምንም አይነት ያልተለመዱ ነገሮች አለመኖራቸውን ለማረጋገጥ የፓኬት ፎርሙ ትክክል መሆኑን ያረጋግጡ።
ሁሉም ነገር በጥሩ ሁኔታ ከሄደ እና አሁንም ፒንግ ማድረግ ካልቻሉ፣ ፓኬቱ በትክክለኛው ቅርጸት መሆኑን ለማረጋገጥ ወደ ፕሮቶኮል ቁልል ውስጥ ዘልለው መግባት ሊኖርብዎ ይችላል።
ፓኬጆችን ይያዙ እና ይተንትኑ፦
የICMP ፓኬቶችን ለመያዝ Wireshark ን ይጠቀሙ እና የሚከተሉትን ያረጋግጡ፦
- የICMP ጥያቄው አይነት እና ኮድ ትክክል ናቸው (የኢኮ ጥያቄው አይነት 8፣ ኮድ 0 መሆን አለበት)።
- የምንጭ እና የመድረሻ አይ ፒዎቹ ትክክል መሆናቸውን።
- ፓኬቱ በግማሽ እንዲወድቅ የሚያደርጉ ያልተለመዱ የTTL (የመኖር ጊዜ) እሴቶች መኖር አለመኖራቸው።
የMTU ቅንብሮችን ያረጋግጡ፡ከፍተኛው የማስተላለፊያ ክፍል (MTU) ቅንብሮች ወጥነት ከሌላቸው የፓኬት መከፋፈል ሊበላሽ ይችላል። ነባሪው MTU 1500 ባይት ነው፣ ነገር ግን አንዳንድ መሳሪያዎች በአነስተኛ እሴቶች ሊዋቀሩ ይችላሉ። በትዕዛዝ ping-fl 1472 ኢላማ IP (ዊንዶውስ) በመጠቀም መከፋፈልን ይሞክሩ። ሻርዲንግ ከተጠየቀ ግን የDo not sharding (DF) ባንዲራ ከተዋቀረ MTU አይዛመድም።
መፍትሄ፡
የMTU እሴትን አስተካክል (ዊንዶውስ፡ netsh interface ipv4 set subinterface "Ethernet" mtu=1400 store=persistent)።
የሁለቱ መሳሪያዎች MTU ተመሳሳይ መሆኑን ያረጋግጡ።
የፕሮቶኮል ቁልል ችግር የበለጠ ውስብስብ ነው፣ ጥልቅ ትንተና የሚደረገው መሠረታዊው ምርመራ ፍሬ ቢስ ከሆነ በኋላ እንደሆነ ይጠቁማል።
7. መረጃ ሰብስቡ እና የቴክኒክ ድጋፍ ይፈልጉ
ከላይ የተጠቀሱት እርምጃዎች ችግሩን ካልፈቱት፣ ተጨማሪ መረጃ መሰብሰብ እና የቴክኒክ ድጋፍ መፈለግ ሊኖርብዎ ይችላል።
ሎግ፡የመሳሪያውን የሎግ መረጃ (የራውተር/ማብሪያ/ማብሪያ/ማጥፊያ ስርዓት፣ የፒሲ ሲስተም) ይሰብስቡ እና ማንኛውም ስህተት ካለ ይመልከቱ።
አምራቹን ያነጋግሩ፦መሣሪያው እንደ የኢንተርፕራይዝ ምርት ከሆነማይሊንኪንግ(የአውታረ መረብ መታዎች, የአውታረ መረብ ፓኬት ደላሎችእናየመስመር ውስጥ ማለፊያ)፣ Cisco (ራውተር/ስዊች)፣ Huawei (ራውተር/ስዊች)፣ ዝርዝር የፍተሻ ደረጃዎችን እና ምዝግብ ማስታወሻዎችን ለማቅረብ የአምራቹን የቴክኒክ ድጋፍ ማግኘት ይችላሉ።
ማህበረሰቡን መጠቀም፦ዝርዝር የኔትወርክ ቶፖሎጂ እና የውቅር መረጃ በማቅረብ በቴክኒካል መድረኮች (ለምሳሌ፣ Stack Overflow፣ Cisco Community) ላይ ይለጥፉ።
ከፒንግ ጋር የማይገናኝ የአውታረ መረብ መሣሪያ ጋር ቀጥተኛ ግንኙነት ቀላል ሊመስል ይችላል፣ ነገር ግን እንደ እውነቱ ከሆነ በአካላዊ ንብርብር፣ በአገናኝ ንብርብር፣ በአውታረ መረብ ንብርብር እና በፕሮቶኮል ቁልል ላይ በርካታ ችግሮችን ሊያካትት ይችላል። አብዛኛዎቹ ችግሮች ከመሠረታዊ እስከ የላቀ እነዚህን ሰባት ደረጃዎች በመከተል ሊፈቱ ይችላሉ። የአውታረ መረብ ገመዱን መፈተሽ፣ STP ማስተካከል፣ ARP ማረጋገጥ ወይም የአይፒ ውቅር እና የICMP ፖሊሲን ማመቻቸት ይሁን፣ እያንዳንዱ እርምጃ ጥንቃቄ እና ትዕግስት ይጠይቃል። ይህ መመሪያ የበይነመረብ ችግርዎን እንዴት እንደሚያስተካክሉ ግልጽ ያደርግልዎታል ብዬ ተስፋ አደርጋለሁ፣ ስለዚህ ተመሳሳይ ችግር ካጋጠመዎት ግራ አይጋቡም።
የፖስታ ሰዓት፡ ግንቦት-09-2025
