നിങ്ങളുടെ നെറ്റ്‌വർക്ക് ഉപകരണത്തിന്റെ നേരിട്ടുള്ള കണക്ഷൻ പിംഗുമായി പരാജയപ്പെടുന്നത് എന്തുകൊണ്ട്? ഈ സ്ക്രീനിംഗ് ഘട്ടങ്ങൾ അത്യാവശ്യമാണ്.

നെറ്റ്‌വർക്ക് പ്രവർത്തനത്തിലും അറ്റകുറ്റപ്പണികളിലും, നേരിട്ട് ബന്ധിപ്പിച്ചതിന് ശേഷം ഉപകരണങ്ങൾക്ക് പിംഗ് ചെയ്യാൻ കഴിയാത്തത് സാധാരണവും എന്നാൽ പ്രശ്‌നകരവുമായ ഒരു പ്രശ്നമാണ്. തുടക്കക്കാർക്കും പരിചയസമ്പന്നരായ എഞ്ചിനീയർമാർക്കും, ഒന്നിലധികം തലങ്ങളിൽ നിന്ന് ആരംഭിച്ച് സാധ്യമായ കാരണങ്ങൾ പരിശോധിക്കേണ്ടത് പലപ്പോഴും ആവശ്യമാണ്. പ്രശ്നത്തിന്റെ മൂലകാരണം വേഗത്തിൽ കണ്ടെത്താനും അത് പരിഹരിക്കാനും നിങ്ങളെ സഹായിക്കുന്ന ട്രബിൾഷൂട്ടിംഗ് ഘട്ടങ്ങൾ ഈ ലേഖനം വിശകലനം ചെയ്യുന്നു. ഹോം നെറ്റ്‌വർക്കിലും എന്റർപ്രൈസ് പരിതസ്ഥിതിയിലും ഈ രീതികൾ ബാധകവും പ്രായോഗികവുമാണ്. അടിസ്ഥാന പരിശോധനകൾ മുതൽ വിപുലമായ പരിശോധനകൾ വരെ, ഘട്ടം ഘട്ടമായി ഈ വെല്ലുവിളിയിലൂടെ ഞങ്ങൾ നിങ്ങളെ നയിക്കും.

നെറ്റ്‌വർക്ക് ഉപകരണ കണക്ഷൻ

1. സിഗ്നൽ പ്രവർത്തിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കാൻ ഫിസിക്കൽ കണക്ഷൻ സ്റ്റാറ്റസ് പരിശോധിക്കുക.

നെറ്റ്‌വർക്ക് ആശയവിനിമയത്തിന്റെ അടിസ്ഥാനം ഭൗതിക കണക്ഷനാണ്. നേരിട്ടുള്ള കണക്ഷനുശേഷം ഉപകരണം പിംഗിലേക്ക് കണക്റ്റ് ചെയ്യുന്നതിൽ പരാജയപ്പെട്ടാൽ, ആദ്യപടി ഭൗതിക പാളി പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക എന്നതാണ്. ഘട്ടങ്ങൾ ഇതാ:

നെറ്റ്‌വർക്ക് കേബിൾ കണക്ഷൻ സ്ഥിരീകരിക്കുക:നെറ്റ്‌വർക്ക് കേബിൾ നന്നായി പ്ലഗ് ഇൻ ചെയ്‌തിട്ടുണ്ടോ എന്നും നെറ്റ്‌വർക്ക് കേബിൾ ഇന്റർഫേസ് അയഞ്ഞതാണോ എന്നും പരിശോധിക്കുക. ഒരു നേരിട്ടുള്ള കേബിൾ ഉപയോഗിക്കുകയാണെങ്കിൽ, കേബിൾ TIA/EIA-568-B സ്റ്റാൻഡേർഡിന് (കോമൺ ഡയറക്ട് കേബിൾ സ്റ്റാൻഡേർഡ്) അനുസൃതമാണെന്ന് ഉറപ്പാക്കുക. നിങ്ങൾക്ക് പഴയ ഉപകരണങ്ങൾ ഉണ്ടെങ്കിൽ, ചില പഴയ ഉപകരണങ്ങൾ ഓട്ടോമാറ്റിക് MDI/MDIX സ്വിച്ചിംഗിനെ പിന്തുണയ്ക്കാത്തതിനാൽ, നിങ്ങൾ ലൈനുകൾ ക്രോസ് ചെയ്യേണ്ടി വന്നേക്കാം (TIA/EIA-568-A).

നെറ്റ്‌വർക്ക് കേബിളിന്റെ ഗുണനിലവാരം പരിശോധിക്കുക:ഗുണനിലവാരം കുറഞ്ഞതോ വളരെ നീളമുള്ളതോ ആയ നെറ്റ്‌വർക്ക് കേബിൾ സിഗ്നൽ അറ്റൻയുവേഷന് കാരണമായേക്കാം. സ്റ്റാൻഡേർഡ് നെറ്റ്‌വർക്ക് കേബിൾ നീളം 100 മീറ്ററിനുള്ളിൽ നിയന്ത്രിക്കണം. കേബിൾ വളരെ നീളമുള്ളതാണെങ്കിൽ അല്ലെങ്കിൽ വ്യക്തമായ കേടുപാടുകൾ സംഭവിച്ചിട്ടുണ്ടെങ്കിൽ (ഉദാഹരണത്തിന്, പൊട്ടിയതോ പരന്നതോ), അത് ഉയർന്ന നിലവാരമുള്ള ഒരു കേബിൾ ഉപയോഗിച്ച് മാറ്റി വീണ്ടും പരിശോധിക്കാൻ ശുപാർശ ചെയ്യുന്നു.

ഉപകരണ സൂചകങ്ങൾ നിരീക്ഷിക്കുക:മിക്ക നെറ്റ്‌വർക്ക് ഉപകരണങ്ങൾക്കും (സ്വിച്ചുകൾ, റൂട്ടറുകൾ, നെറ്റ്‌വർക്ക് കാർഡുകൾ പോലുള്ളവ) ലിങ്ക് സ്റ്റാറ്റസ് സൂചകങ്ങളുണ്ട്. സാധാരണയായി, കണക്ഷനുശേഷം ലൈറ്റ് (പച്ച അല്ലെങ്കിൽ ഓറഞ്ച്) പ്രകാശിക്കും, കൂടാതെ ഡാറ്റ കൈമാറ്റം സൂചിപ്പിക്കുന്ന ഒരു ഫ്ലിക്കർ ഉണ്ടാകാം. ഇൻഡിക്കേറ്റർ പ്രകാശിക്കുന്നില്ലെങ്കിൽ, അത് നെറ്റ്‌വർക്ക് കേബിളിലെ പ്രശ്‌നമോ, ഇന്റർഫേസ് തകരാറിലോ, ഉപകരണം ഓണാക്കിയിട്ടില്ലെങ്കിലോ ആകാം.

ടെസ്റ്റ് പോർട്ട്:പോർട്ട് കേടുപാടുകൾ ഒഴിവാക്കാൻ ഉപകരണത്തിന്റെ മറ്റൊരു പോർട്ടിലേക്ക് നെറ്റ്‌വർക്ക് കേബിൾ പ്ലഗ് ചെയ്യുക. ലഭ്യമാണെങ്കിൽ, ഓരോ ജോഡി വയറുകളും ശരിയായി ക്രമീകരിച്ചിട്ടുണ്ടെന്ന് ഉറപ്പാക്കാൻ നെറ്റ്‌വർക്ക് കേബിളിന്റെ കണക്റ്റിവിറ്റി പരിശോധിക്കാൻ നിങ്ങൾക്ക് ഒരു നെറ്റ്‌വർക്ക് കേബിൾ ടെസ്റ്റർ ഉപയോഗിക്കാം.

നെറ്റ്‌വർക്ക് ആശയവിനിമയത്തിലെ ആദ്യപടിയാണ് ഭൗതിക കണക്ഷൻ, ഉയർന്ന തലത്തിലുള്ള കാരണങ്ങൾ അന്വേഷിക്കുന്നത് തുടരുന്നതിന് മുമ്പ് ഈ തലത്തിൽ പ്രശ്‌നങ്ങളൊന്നുമില്ലെന്ന് നാം ഉറപ്പാക്കണം.

2. പോർട്ട് പ്രവർത്തനരഹിതമാക്കിയിട്ടില്ലെന്ന് ഉറപ്പാക്കാൻ ഉപകരണത്തിന്റെ STP നില പരിശോധിക്കുക.

ഒരു സാധാരണ ഫിസിക്കൽ കണക്ഷൻ ഉണ്ടായിരുന്നിട്ടും നിങ്ങൾക്ക് പിംഗ് ചെയ്യാൻ കഴിയുന്നില്ലെങ്കിൽ, ഉപകരണത്തിന്റെ ലിങ്ക്-ലെയർ പ്രോട്ടോക്കോളിൽ ഒരു പ്രശ്നമുണ്ടാകാം. ഒരു പൊതു കാരണം സ്പാനിംഗ് ട്രീ പ്രോട്ടോക്കോൾ (STP) ആണ്.

സ്പാനിംഗ് ട്രീ പ്രോട്ടോക്കോൾ

എസ്ടിപിയുടെ പങ്ക് മനസ്സിലാക്കുക:നെറ്റ്‌വർക്കിൽ ലൂപ്പുകൾ പ്രത്യക്ഷപ്പെടുന്നത് തടയാൻ STP (സ്പാനിംഗ് ട്രീ പ്രോട്ടോക്കോൾ) ഉപയോഗിക്കുന്നു. ഒരു ഉപകരണം ഒരു ലൂപ്പ് കണ്ടെത്തിയാൽ, STP ചില പോർട്ടുകളെ ഒരു ബ്ലോക്കിംഗ് സ്റ്റേറ്റിൽ സ്ഥാപിക്കുന്നു, അതുവഴി ഡാറ്റ ഫോർവേഡ് ചെയ്യുന്നതിൽ നിന്ന് അവയെ തടയുന്നു.
പോർട്ട് സ്റ്റാറ്റസ് പരിശോധിക്കുക:പോർട്ട് "ഫോർവേഡിംഗ്" അവസ്ഥയിലാണോ എന്ന് കാണാൻ നിങ്ങളുടെ ഉപകരണത്തിന്റെ CLI (കമാൻഡ് ലൈൻ ഇന്റർഫേസ്) അല്ലെങ്കിൽ വെബ് അഡ്മിൻ ഇന്റർഫേസിൽ ലോഗിൻ ചെയ്യുക. ഒരു സിസ്കോ സ്വിച്ചിന്റെ കാര്യത്തിൽ, ഷോ സ്പാറ്റ്-ട്രീ എന്ന കമാൻഡ് ഉപയോഗിച്ച് STP സ്റ്റാറ്റസ് കാണാൻ കഴിയും. ഒരു പോർട്ട് "ബ്ലോക്കിംഗ്" ആയി കാണിച്ചാൽ, STP ആ പോർട്ടിലെ ആശയവിനിമയം തടയുകയാണ്.

പരിഹാരം:

എസ്ടിപി താൽക്കാലികമായി പ്രവർത്തനരഹിതമാക്കുക:ഒരു പരീക്ഷണ പരിതസ്ഥിതിയിൽ, STP താൽക്കാലികമായി ഓഫാക്കാൻ കഴിയും (ഉദാഹരണത്തിന്, spath-tree vlan 1 ഇല്ല), പക്ഷേ ഇത് ഉൽ‌പാദനത്തിൽ ശുപാർശ ചെയ്യുന്നില്ല, കാരണം ഇത് ഒരു ബ്രോഡ്‌കാസ്റ്റ് കൊടുങ്കാറ്റിന് കാരണമായേക്കാം.
പോർട്ട്ഫാസ്റ്റ് പ്രാപ്തമാക്കുക:ഉപകരണം അതിനെ പിന്തുണയ്ക്കുന്നുവെങ്കിൽ, പോർട്ടിൽ പോർട്ട്ഫാസ്റ്റ് ഫംഗ്ഷൻ പ്രവർത്തനക്ഷമമാക്കാൻ കഴിയും (സ്പാത്ത്-ട്രീ പോർട്ട്ഫാസ്റ്റ് പോലുള്ള കമാൻഡുകൾ), ഇത് പോർട്ടിനെ STP ലിസണിംഗ്, ലേണിംഗ് ഘട്ടം ഒഴിവാക്കി നേരിട്ട് ഫോർവേഡിംഗ് അവസ്ഥയിലേക്ക് പ്രവേശിക്കാൻ അനുവദിക്കുന്നു.
ലൂപ്പുകൾ പരിശോധിക്കുക:നെറ്റ്‌വർക്കിലെ ലൂപ്പുകളുടെ നിലനിൽപ്പ് മൂലമാണ് STP ബ്ലോക്ക് ഉണ്ടാകുന്നതെങ്കിൽ, ലൂപ്പുകൾ കണ്ടെത്തി തകർക്കാൻ നെറ്റ്‌വർക്ക് ടോപ്പോളജി കൂടുതൽ പരിശോധിക്കുക.
എന്റർപ്രൈസ് നെറ്റ്‌വർക്കുകളിൽ, പ്രത്യേകിച്ച് മൾട്ടി-സ്വിച്ച് പരിതസ്ഥിതികളിൽ, STP പ്രശ്നങ്ങൾ സാധാരണമാണ്. നിങ്ങൾക്ക് ഒരു ചെറിയ നെറ്റ്‌വർക്ക് ഉണ്ടെങ്കിൽ, ഇപ്പോൾ ഈ ഘട്ടം ഒഴിവാക്കാനായേക്കും, എന്നാൽ STP എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് മനസ്സിലാക്കുന്നത് ഭാവിയിലെ പ്രശ്‌നങ്ങൾ പരിഹരിക്കുന്നതിൽ വളരെയധികം സഹായിക്കും.

3. MAC വിലാസം ശരിയായി പരിഹരിച്ചിട്ടുണ്ടെന്ന് ഉറപ്പാക്കാൻ ARP പ്രവർത്തിക്കുന്നുണ്ടോയെന്ന് പരിശോധിക്കുക.

ലിങ്ക് ലെയർ സാധാരണമാകുമ്പോൾ, പരിശോധിക്കാൻ നെറ്റ്‌വർക്ക് ലെയറിലേക്ക് പോകുക. പിംഗ് കമാൻഡ് ICMP പ്രോട്ടോക്കോളിനെ ആശ്രയിച്ചിരിക്കുന്നു, ഇത് ആദ്യം അഡ്രസ് റെസല്യൂഷൻ പ്രോട്ടോക്കോൾ (ARP) വഴി ടാർഗെറ്റ് IP വിലാസത്തെ ഒരു MAC വിലാസത്തിലേക്ക് പരിഹരിക്കുന്നു. ARP റെസല്യൂഷൻ പരാജയപ്പെട്ടാൽ, പിംഗ് പരാജയപ്പെടും.
ARP പട്ടിക പരിശോധിക്കുക: ലക്ഷ്യ ഉപകരണത്തിന്റെ MAC വിലാസം വിജയകരമായി പരിഹരിച്ചുവെന്ന് സ്ഥിരീകരിക്കാൻ ഉപകരണത്തിലെ ARP പട്ടിക പരിശോധിക്കുക. ഉദാഹരണത്തിന്, വിൻഡോസിൽ, കമാൻഡ് ലൈൻ തുറന്ന് arp-a ടൈപ്പ് ചെയ്തുകൊണ്ട് നിങ്ങൾക്ക് ARP കാഷെ കാണാൻ കഴിയും. ലക്ഷ്യസ്ഥാന IP-ക്ക് MAC വിലാസം ഇല്ലെങ്കിൽ, ARP റെസല്യൂഷൻ പരാജയപ്പെട്ടു.
ARP സ്വമേധയാ പരിശോധിക്കുന്നു:ARP അഭ്യർത്ഥനകൾ സ്വമേധയാ അയയ്ക്കാൻ ശ്രമിക്കുക. ഉദാഹരണത്തിന്, വിൻഡോസിൽ നിങ്ങൾക്ക് ഒരു ARP അഭ്യർത്ഥന ട്രിഗർ ചെയ്യാൻ ping കമാൻഡ് ഉപയോഗിക്കാം, അല്ലെങ്കിൽ ലിനക്സ് സിസ്റ്റങ്ങളിൽ arping പോലുള്ള ഒരു ഉപകരണം നേരിട്ട് ഉപയോഗിക്കാം. ARP അഭ്യർത്ഥനയ്ക്ക് പ്രതികരണമില്ലെങ്കിൽ, സാധ്യമായ കാരണങ്ങൾ ഇവയാണ്:
ഫയർവാൾ തടയൽ:ചില ഉപകരണങ്ങളുടെ ഫയർവാൾ ARP അഭ്യർത്ഥനകളെ തടഞ്ഞിരിക്കുന്നു. ലക്ഷ്യ ഉപകരണത്തിന്റെ ഫയർവാൾ ക്രമീകരണങ്ങൾ പരിശോധിച്ച് ഫയർവാൾ താൽക്കാലികമായി ഓഫാക്കിയ ശേഷം വീണ്ടും ശ്രമിക്കുക.
IP കൂട്ടിയിടി:നെറ്റ്‌വർക്കിൽ IP വിലാസ കൊളീഷനുകൾ ഉണ്ടായാൽ ARP റെസല്യൂഷൻ പരാജയപ്പെട്ടേക്കാം. പാക്കറ്റുകൾ പിടിച്ചെടുക്കുന്നതിനും ഒരേ IP-യിലേക്ക് പ്രതികരിക്കുന്ന ഒന്നിലധികം MAC വിലാസങ്ങൾ ഉണ്ടോ എന്ന് നോക്കുന്നതിനും Wireshark പോലുള്ള ഒരു ഉപകരണം ഉപയോഗിക്കുക.

പരിഹാരം:

ഡിലീറ്റ് ആർപ്പ്കാഷ് (വിൻഡോസ്: netsh ഇന്റർഫേസ് ഐപി ഡിലീറ്റ് ആർപ്പ്കാഷ്; ലിനക്സ്: ip-ss neigh ഫ്ലഷ് എല്ലാം) തുടർന്ന് വീണ്ടും പിംഗ് ചെയ്യുക.
രണ്ട് ഉപകരണങ്ങളുടെയും ഐപി വിലാസങ്ങൾ ഒരേ സബ്നെറ്റിലാണെന്നും സബ്നെറ്റ് മാസ്ക് ഒന്നുതന്നെയാണെന്നും ഉറപ്പാക്കുക (വിശദാംശങ്ങൾക്ക് അടുത്ത ഘട്ടം കാണുക).
ARP പ്രശ്നങ്ങൾ പലപ്പോഴും നെറ്റ്‌വർക്ക് ലെയറിന്റെ കോൺഫിഗറേഷനുമായി അടുത്ത ബന്ധപ്പെട്ടിരിക്കുന്നു, എല്ലാം പ്രവർത്തിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കാൻ ട്രബിൾഷൂട്ടിംഗിന് ക്ഷമ ആവശ്യമാണ്.

4. ആശയവിനിമയ ഇൻഫ്രാസ്ട്രക്ചർ ഉറപ്പാക്കാൻ IP വിലാസവും സബ്നെറ്റ് കോൺഫിഗറേഷനും പരിശോധിക്കുക.

നെറ്റ്‌വർക്ക് ലെയറിലെ പ്രശ്‌നങ്ങളാണ് പലപ്പോഴും പിംഗ് പരാജയങ്ങൾക്ക് പ്രധാന കാരണം. തെറ്റായി കോൺഫിഗർ ചെയ്‌ത ഐപി വിലാസങ്ങളും സബ്‌നെറ്റുകളും ഉപകരണങ്ങൾ ആശയവിനിമയം നടത്തുന്നതിൽ പരാജയപ്പെടുന്നതിന് കാരണമാകുന്നു. ഘട്ടങ്ങൾ ഇതാ:
IP വിലാസം സ്ഥിരീകരിക്കുക:രണ്ട് ഉപകരണങ്ങളുടെ ഐപി വിലാസങ്ങൾ ഒരേ സബ്നെറ്റിലാണോ എന്ന് പരിശോധിക്കുക. ഉദാഹരണത്തിന്, ഉപകരണം A യുടെ IP 192.168.1.10 ഉം സബ്നെറ്റ് മാസ്കും 255.255.255.0 ഉം ആണ്. ഉപകരണം B യുടെ IP 192.168.1.20 ഉം ഒരേ സബ്നെറ്റ് മാസ്കും ആണ്. രണ്ട് ഐപികളും ഒരേ സബ്നെറ്റിലാണ് (192.168.1.0/24) കൂടാതെ സൈദ്ധാന്തികമായി ആശയവിനിമയം നടത്താൻ കഴിയും. ഉപകരണം B യുടെ IP 192.168.2.20 ആണെങ്കിൽ, അത് ഒരേ സബ്നെറ്റിലല്ല, പിംഗ് പരാജയപ്പെടും.
സബ്നെറ്റ് മാസ്കുകൾ പരിശോധിക്കുക:പൊരുത്തമില്ലാത്ത സബ്നെറ്റ് മാസ്കുകളും ആശയവിനിമയ പരാജയങ്ങൾക്ക് കാരണമാകും. ഉദാഹരണത്തിന്, ഉപകരണം A യുടെ മാസ്ക് 255.255.255.0 ഉം ഉപകരണം B യുടെ മാസ്ക് 255.255.0.0 ഉം ആണ്, ഇത് സബ്നെറ്റ് സ്കോപ്പിനെക്കുറിച്ചുള്ള വ്യത്യസ്ത ധാരണകൾ കാരണം ആശയവിനിമയ തടസ്സങ്ങൾക്ക് കാരണമായേക്കാം. രണ്ട് ഉപകരണങ്ങൾക്കും സബ്നെറ്റ് മാസ്കുകൾ ഒരുപോലെയാണെന്ന് ഉറപ്പാക്കുക.
ഗേറ്റ്‌വേ ക്രമീകരണങ്ങൾ പരിശോധിക്കുക:നേരിട്ട് ബന്ധിപ്പിച്ച ഉപകരണങ്ങൾക്ക് സാധാരണയായി ഗേറ്റ്‌വേ ആവശ്യമില്ല, പക്ഷേ തെറ്റായി കോൺഫിഗർ ചെയ്‌ത ഗേറ്റ്‌വേകൾ പാക്കറ്റുകൾ തെറ്റായി ഫോർവേഡ് ചെയ്യാൻ കാരണമാകും. രണ്ട് ഉപകരണങ്ങൾക്കുമുള്ള ഗേറ്റ്‌വേ കോൺഫിഗർ ചെയ്‌തിട്ടില്ലെന്ന് സജ്ജീകരിച്ചിട്ടുണ്ടോ അല്ലെങ്കിൽ ശരിയായ വിലാസത്തിലേക്ക് പോയിന്റ് ചെയ്‌തിട്ടുണ്ടോ എന്ന് ഉറപ്പാക്കുക.

പരിഹാരം:

രണ്ട് ഉപകരണങ്ങളും ഒരേ സബ്നെറ്റിലാണെന്ന് ഉറപ്പാക്കാൻ IP വിലാസമോ സബ്നെറ്റ് മാസ്കോ പരിഷ്കരിക്കുക. അനാവശ്യ ഗേറ്റ്‌വേ ക്രമീകരണങ്ങൾ പ്രവർത്തനരഹിതമാക്കുക അല്ലെങ്കിൽ അവയെ സ്ഥിരസ്ഥിതി മൂല്യത്തിലേക്ക് (0.0.0.0) സജ്ജമാക്കുക.
നെറ്റ്‌വർക്ക് ആശയവിനിമയത്തിന്റെ കാതലാണ് IP കോൺഫിഗറേഷൻ, അതിനാൽ ഒന്നും നഷ്ടപ്പെട്ടിട്ടില്ലെന്ന് ഉറപ്പാക്കാൻ രണ്ടുതവണ പരിശോധിക്കേണ്ടത് പ്രധാനമാണ്.

5. പ്രോട്ടോക്കോൾ പ്രവർത്തനരഹിതമാക്കിയിട്ടില്ലെന്ന് ഉറപ്പാക്കാൻ അയച്ചതും സ്വീകരിച്ചതുമായ ICMP പാക്കറ്റുകൾ പരിശോധിക്കുക.

പിംഗ് കമാൻഡ് ഇന്റർനെറ്റ് കൺട്രോൾ മെസേജിംഗ് പ്രോട്ടോക്കോളിനെ (ICMP) ആശ്രയിച്ചിരിക്കുന്നു. ICMP പാക്കറ്റുകൾ തടസ്സപ്പെടുത്തുകയോ പ്രവർത്തനരഹിതമാക്കുകയോ ചെയ്താൽ, പിംഗ് വിജയിക്കില്ല.
നിങ്ങളുടെ ഫയർവാൾ നിയമങ്ങൾ പരിശോധിക്കുക:പല ഉപകരണങ്ങളിലും സ്ഥിരസ്ഥിതിയായി ഫയർവാളുകൾ പ്രവർത്തനക്ഷമമാക്കിയിട്ടുണ്ട്, ഇത് ICMP അഭ്യർത്ഥനകളെ തടഞ്ഞേക്കാം. ഉദാഹരണത്തിന്, വിൻഡോസിൽ, ICMPv4-In നിയമം അനുവദനീയമാണെന്ന് ഉറപ്പാക്കാൻ "Windows Defender Firewall" ക്രമീകരണം പരിശോധിക്കുക. ICMP തടയപ്പെടുന്നില്ലെന്ന് ഉറപ്പാക്കാൻ Linux സിസ്റ്റങ്ങൾ iptables നിയമം (iptables -L) പരിശോധിക്കുക.
ഉപകരണ നയം പരിശോധിക്കുക:സ്കാനിംഗ് തടയുന്നതിനായി ചില റൂട്ടറുകളോ സ്വിച്ചുകളോ ICMP പ്രതികരണങ്ങൾ പ്രവർത്തനരഹിതമാക്കുന്നു. ICMP പ്രവർത്തനരഹിതമാക്കിയിട്ടുണ്ടെന്ന് ഉറപ്പാക്കാൻ ഉപകരണ മാനേജ്മെന്റ് സ്ക്രീനിൽ ലോഗിൻ ചെയ്യുക.
പാക്കറ്റ് ക്യാപ്‌ചർ വിശകലനം:വയർഷാർക്ക് പോലുള്ള ഒരു ഉപകരണം ഉപയോഗിക്കുക അല്ലെങ്കിൽമൈലിങ്കിംഗ് നെറ്റ്‌വർക്ക് ടാപ്പുകൾഒപ്പംമൈലിങ്കിംഗ് നെറ്റ്‌വർക്ക് പാക്കറ്റ് ബ്രോക്കർമാർഒരു ICMP അഭ്യർത്ഥന നടത്തിയിട്ടുണ്ടോ എന്നും ഒരു പ്രതികരണമുണ്ടോ എന്നും കാണുന്നതിന് പാക്കറ്റുകൾ പിടിച്ചെടുക്കാൻ. അഭ്യർത്ഥന നടത്തിയിട്ടും പ്രതികരണമില്ലെങ്കിൽ, പ്രശ്നം ലക്ഷ്യ ഉപകരണത്തിലായിരിക്കാം. അഭ്യർത്ഥന നടത്തിയില്ലെങ്കിൽ, പ്രശ്നം ലോക്കൽ മെഷീനിലായിരിക്കാം.

പരിഹാരം:

(Windows: netsh advfirewall set allprofiles state off; Linux: iptables -F) Ping സാധാരണ നിലയിലാണോ എന്ന് പരിശോധിക്കാൻ. ഉപകരണത്തിൽ ICMP പ്രതികരണങ്ങൾ പ്രാപ്തമാക്കുക (ഉദാഹരണത്തിന്, Cisco ഉപകരണം: ip icmp echo-reply).
ICMP പ്രശ്നങ്ങൾ പലപ്പോഴും സുരക്ഷാ നയങ്ങളുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു, ഇതിന് സുരക്ഷയും കണക്റ്റിവിറ്റിയും തമ്മിലുള്ള ഒരു വിട്ടുവീഴ്ച ആവശ്യമാണ്.

6. പ്രോട്ടോക്കോൾ സ്റ്റാക്കിൽ അപാകതകൾ ഇല്ലെന്ന് ഉറപ്പാക്കാൻ പാക്കറ്റ് ഫോർമാറ്റ് ശരിയാണോ എന്ന് പരിശോധിക്കുക.

എല്ലാം ശരിയായി നടന്നിട്ടും നിങ്ങൾക്ക് പിംഗ് ചെയ്യാൻ കഴിയുന്നില്ലെങ്കിൽ, പാക്കറ്റ് ശരിയായ ഫോർമാറ്റിലാണോ എന്ന് പരിശോധിക്കാൻ നിങ്ങൾ പ്രോട്ടോക്കോൾ സ്റ്റാക്കിലേക്ക് ആഴത്തിൽ തുളച്ചുകയറേണ്ടി വന്നേക്കാം.
പാക്കറ്റുകൾ പിടിച്ചെടുക്കുകയും വിശകലനം ചെയ്യുകയും ചെയ്യുക:

ICMP പാക്കറ്റുകൾ ക്യാപ്‌ചർ ചെയ്യാനും ഇനിപ്പറയുന്നവ പരിശോധിക്കാനും Wireshark ഉപയോഗിക്കുക:
- ICMP അഭ്യർത്ഥനയുടെ തരവും കോഡും ശരിയാണ് (Echo Request ടൈപ്പ് 8, കോഡ് 0 ആയിരിക്കണം).
- ഉറവിടവും ലക്ഷ്യസ്ഥാന ഐപികളും ശരിയാണോ എന്ന്.
- പാക്കറ്റ് പകുതി വഴിയിൽ ഉപേക്ഷിക്കാൻ കാരണമായേക്കാവുന്ന അസാധാരണമായ TTL (ടൈം ടു ലൈവ്) മൂല്യങ്ങൾ ഉണ്ടോ എന്ന്.
MTU ക്രമീകരണങ്ങൾ പരിശോധിക്കുക:പരമാവധി ട്രാൻസ്മിഷൻ യൂണിറ്റ് (MTU) ക്രമീകരണങ്ങൾ സ്ഥിരതയുള്ളതല്ലെങ്കിൽ, പാക്കറ്റ് ഫ്രാഗ്മെന്റേഷൻ പരാജയപ്പെട്ടേക്കാം. ഡിഫോൾട്ട് MTU 1500 ബൈറ്റുകളാണ്, എന്നാൽ ചില ഉപകരണങ്ങൾ ചെറിയ മൂല്യങ്ങൾ ഉപയോഗിച്ച് കോൺഫിഗർ ചെയ്തേക്കാം. ping-fl 1472 ടാർഗെറ്റ് IP (Windows) കമാൻഡ് ഉപയോഗിച്ച് ഫ്രാഗ്മെന്റേഷൻ പരീക്ഷിക്കുക. ഷാർഡിംഗ് ആവശ്യപ്പെടുകയും ഷാർഡിംഗ് ചെയ്യരുത് (DF) ഫ്ലാഗ് സജ്ജമാക്കുകയും ചെയ്താൽ, MTU പൊരുത്തപ്പെടുന്നില്ല.

പരിഹാരം:

MTU മൂല്യം ക്രമീകരിക്കുക (വിൻഡോസ്: netsh ഇന്റർഫേസ് ipv4 സെറ്റ് സബ്ഇന്റർഫേസ് "ഇതർനെറ്റ്" mtu=1400 സ്റ്റോർ=പെർസിസ്റ്റന്റ്).
രണ്ട് ഉപകരണങ്ങളുടെയും MTU ഒന്നുതന്നെയാണെന്ന് ഉറപ്പാക്കുക.
പ്രോട്ടോക്കോൾ സ്റ്റാക്ക് പ്രശ്നം കൂടുതൽ സങ്കീർണ്ണമാണ്, അടിസ്ഥാന അന്വേഷണം ഫലിക്കാത്തതിനുശേഷം ആഴത്തിലുള്ള വിശകലനം നടത്താൻ നിർദ്ദേശിക്കുന്നു.

പാക്കറ്റ് ക്യാപ്‌ചർ

7. വിവരങ്ങൾ ശേഖരിക്കുകയും സാങ്കേതിക പിന്തുണ തേടുകയും ചെയ്യുക

മുകളിൽ പറഞ്ഞ ഘട്ടങ്ങൾ പ്രശ്നം പരിഹരിക്കുന്നില്ലെങ്കിൽ, നിങ്ങൾ കൂടുതൽ വിവരങ്ങൾ ശേഖരിക്കുകയും സാങ്കേതിക പിന്തുണ തേടുകയും ചെയ്യേണ്ടി വന്നേക്കാം.
ലോഗ്:ഉപകരണത്തിന്റെ ലോഗ് വിവരങ്ങൾ (റൂട്ടറിന്റെ/സ്വിച്ചിന്റെ സിസ്‌ലോഗ്, പിസിയുടെ സിസ്‌ലോഗ്) ശേഖരിച്ച് എന്തെങ്കിലും പിശകുകൾ ഉണ്ടോ എന്ന് നോക്കുക.
നിർമ്മാതാവിനെ ബന്ധപ്പെടുക:ഉപകരണം ഒരു എന്റർപ്രൈസ് ഉൽപ്പന്നമാണെങ്കിൽ, ഉദാഹരണത്തിന്മൈലിങ്കിംഗ്(നെറ്റ്‌വർക്ക് ടാപ്പുകൾ, നെറ്റ്‌വർക്ക് പാക്കറ്റ് ബ്രോക്കർമാർഒപ്പംഇൻലൈൻ ബൈപാസ്), Cisco(Router/Switch), Huawei(Router/Switch), വിശദമായ പരിശോധനാ ഘട്ടങ്ങളും ലോഗുകളും നൽകുന്നതിന് നിങ്ങൾക്ക് നിർമ്മാതാവിന്റെ സാങ്കേതിക പിന്തുണയുമായി ബന്ധപ്പെടാം.
സമൂഹത്തെ പ്രയോജനപ്പെടുത്തുക:സഹായത്തിനായി സാങ്കേതിക ഫോറങ്ങളിൽ (ഉദാ: സ്റ്റാക്ക് ഓവർഫ്ലോ, സിസ്കോ കമ്മ്യൂണിറ്റി) പോസ്റ്റ് ചെയ്യുക, വിശദമായ നെറ്റ്‌വർക്ക് ടോപ്പോളജിയും കോൺഫിഗറേഷൻ വിവരങ്ങളും നൽകുക.
പിങ്ങിലേക്ക് പരാജയപ്പെടുന്ന ഒരു നെറ്റ്‌വർക്ക് ഉപകരണത്തിലേക്കുള്ള നേരിട്ടുള്ള കണക്ഷൻ ലളിതമായി തോന്നാമെങ്കിലും, വാസ്തവത്തിൽ അതിൽ ഫിസിക്കൽ ലെയർ, ലിങ്ക് ലെയർ, നെറ്റ്‌വർക്ക് ലെയർ, പ്രോട്ടോക്കോൾ സ്റ്റാക്ക് എന്നിവയിൽ പോലും ഒന്നിലധികം പ്രശ്‌നങ്ങൾ ഉൾപ്പെട്ടേക്കാം. അടിസ്ഥാനം മുതൽ വിപുലമായത് വരെയുള്ള ഈ ഏഴ് ഘട്ടങ്ങൾ പാലിച്ചുകൊണ്ട് മിക്ക പ്രശ്‌നങ്ങളും പരിഹരിക്കാനാകും. നെറ്റ്‌വർക്ക് കേബിൾ പരിശോധിക്കുക, STP ക്രമീകരിക്കുക, ARP പരിശോധിക്കുക, അല്ലെങ്കിൽ IP കോൺഫിഗറേഷനും ICMP നയവും ഒപ്റ്റിമൈസ് ചെയ്യുക എന്നിവയാണെങ്കിലും, ഓരോ ഘട്ടത്തിനും ശ്രദ്ധയും ക്ഷമയും ആവശ്യമാണ്. നിങ്ങളുടെ ഇന്റർനെറ്റ് ട്രബിൾഷോക്കറ്റിംഗ് എങ്ങനെ ചെയ്യണമെന്നതിനെക്കുറിച്ച് ഈ ഗൈഡ് നിങ്ങൾക്ക് കുറച്ച് വ്യക്തത നൽകുമെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു, അതിനാൽ സമാനമായ ഒരു പ്രശ്നം നിങ്ങൾ നേരിടുകയാണെങ്കിൽ നിങ്ങൾ ആശയക്കുഴപ്പത്തിലാകില്ല.


പോസ്റ്റ് സമയം: മെയ്-09-2025