நெட்வொர்க் செயல்பாடு மற்றும் பராமரிப்பில், சாதனங்கள் நேரடியாக இணைக்கப்பட்ட பிறகு பிங் (Ping) செய்ய முடியாதது ஒரு பொதுவான ஆனால் சிக்கலான பிரச்சனையாகும். தொடக்கநிலையாளர்கள் மற்றும் அனுபவம் வாய்ந்த பொறியாளர்கள் இருவருக்கும், பல நிலைகளில் இருந்து தொடங்கி, சாத்தியமான காரணங்களை ஆராய்வது அவசியமாகிறது. இந்தப் பிரச்சனையின் மூல காரணத்தை விரைவாகக் கண்டறிந்து சரிசெய்ய உதவும் வகையில், பழுது நீக்கும் வழிமுறைகளை இந்தக் கட்டுரை விளக்குகிறது. இந்த முறைகள் வீட்டு நெட்வொர்க் மற்றும் நிறுவனச் சூழல் ஆகிய இரண்டிற்கும் பொருந்தக்கூடியவை மற்றும் நடைமுறைக்கு உகந்தவை. அடிப்படைச் சோதனைகள் முதல் மேம்பட்ட சோதனைகள் வரை, இந்தச் சவாலை நாங்கள் உங்களுக்குப் படிப்படியாக விளக்குவோம்.
1. சிக்னல் செயல்படுகிறதா என்பதை உறுதிப்படுத்த, பௌதீக இணைப்பு நிலையைச் சரிபார்க்கவும்.
பிணையத் தொடர்பின் அடிப்படை பௌதீக இணைப்பு ஆகும். நேரடி இணைப்புக்குப் பிறகு சாதனம் பிங் செய்யத் தவறினால், பௌதீக அடுக்கு செயல்படுகிறதா என்பதைச் சரிபார்ப்பதே முதல் படியாகும். அதற்கான படிகள் இதோ:
நெட்வொர்க் கேபிள் இணைப்பை உறுதிப்படுத்தவும்:நெட்வொர்க் கேபிள் இறுக்கமாகச் செருகப்பட்டுள்ளதா மற்றும் அதன் இணைப்புத் தளம் தளர்வாக உள்ளதா என்பதைச் சரிபார்க்கவும். நேரடி கேபிளைப் பயன்படுத்தினால், அந்தக் கேபிள் TIA/EIA-568-B தரநிலைக்கு (பொதுவான நேரடி கேபிள் தரநிலை) இணங்குவதை உறுதிசெய்யவும். உங்களிடம் பழைய சாதனங்கள் இருந்தால், நீங்கள் இணைப்புகளைக் குறுக்காக (TIA/EIA-568-A) மாற்ற வேண்டியிருக்கலாம், ஏனெனில் சில பழைய சாதனங்கள் தானியங்கி MDI/MDIX நிலைமாற்றத்தை ஆதரிப்பதில்லை.
நெட்வொர்க் கேபிளின் தரத்தைச் சரிபார்க்கவும்:தரம் குறைந்த அல்லது மிக நீளமான நெட்வொர்க் கேபிள், சிக்னல் வலு இழக்கக் காரணமாகலாம். நிலையான நெட்வொர்க் கேபிளின் நீளம் 100 மீட்டருக்குள் இருக்க வேண்டும். கேபிள் மிக நீளமாக இருந்தாலோ அல்லது அதில் வெளிப்படையான சேதம் (உதாரணமாக, உடைந்திருத்தல் அல்லது தட்டையாகியிருத்தல்) இருந்தாலோ, அதை ஒரு உயர்தர கேபிளைக் கொண்டு மாற்றி மீண்டும் சோதித்துப் பார்க்கப் பரிந்துரைக்கப்படுகிறது.
சாதனக் குறிகாட்டிகளைக் கவனிக்கவும்:பெரும்பாலான நெட்வொர்க் சாதனங்களில் (ஸ்விட்சுகள், ரவுட்டர்கள், நெட்வொர்க் கார்டுகள் போன்றவை) இணைப்பு நிலைக் குறிகாட்டிகள் உள்ளன. பொதுவாக, இணைப்பு ஏற்பட்ட பிறகு விளக்கு (பச்சை அல்லது ஆரஞ்சு நிறத்தில்) ஒளிரும், மேலும் தரவுப் பரிமாற்றத்தைக் குறிக்க ஒரு சிறு சிமிட்டல் ஏற்படலாம். குறிகாட்டி ஒளிரவில்லை என்றால், அது நெட்வொர்க் கேபிளில் உள்ள சிக்கல், பழுதடைந்த இடைமுகம், அல்லது சாதனம் இயக்கப்படவில்லை என்பதாக இருக்கலாம்.
சோதனை போர்ட்:போர்ட் சேதமடைவதற்கான வாய்ப்பைத் தவிர்ப்பதற்காக, நெட்வொர்க் கேபிளை சாதனத்தின் மற்றொரு போர்ட்டில் செருகவும். உங்களிடம் இருந்தால், ஒவ்வொரு ஜோடி கம்பிகளும் சரியான வரிசையில் உள்ளதா என்பதை உறுதிப்படுத்த, நெட்வொர்க் கேபிளின் இணைப்பைச் சரிபார்க்க நெட்வொர்க் கேபிள் டெஸ்டரைப் பயன்படுத்தலாம்.
பிணையத் தொடர்பில் பௌதீக இணைப்பு என்பது முதல் படியாகும், மேலும் உயர் மட்டக் காரணங்களை ஆராய்வதைத் தொடர்வதற்கு முன், இந்த அடுக்கில் எந்தப் பிரச்சனைகளும் இல்லை என்பதை நாம் உறுதிப்படுத்திக் கொள்ள வேண்டும்.
2. போர்ட் முடக்கப்படவில்லை என்பதை உறுதிப்படுத்த, சாதனத்தின் STP நிலையைச் சரிபார்க்கவும்.
இயல்பான பௌதீக இணைப்பு இருந்தும் உங்களால் பிங் செய்ய முடியவில்லை என்றால், சாதனத்தின் இணைப்பு-அடுக்கு நெறிமுறையில் சிக்கல் இருக்கலாம். இதற்கு ஒரு பொதுவான காரணம் ஸ்பேனிங் ட்ரீ புரோட்டோகால் (STP) ஆகும்.
STP-யின் பங்கைப் புரிந்து கொள்ளுங்கள்:STP (ஸ்பேனிங் ட்ரீ புரோட்டோகால்) வலையமைப்பில் சுழல்கள் தோன்றுவதைத் தடுக்கப் பயன்படுகிறது. ஒரு சாதனம் ஒரு சுழலைக் கண்டறிந்தால், STP சில போர்ட்களைத் தடுக்கும் நிலைக்கு (Blocking State) மாற்றி, அவை தரவை அனுப்புவதைத் தடுக்கிறது.
துறைமுகத்தின் நிலையைச் சரிபார்க்கவும்:போர்ட் "ஃபார்வர்டிங்" நிலையில் உள்ளதா என்பதைப் பார்க்க, உங்கள் சாதனத்தின் CLI (கட்டளை வரி இடைமுகம்) அல்லது வலை நிர்வாக இடைமுகத்தில் உள்நுழையவும். சிஸ்கோ ஸ்விட்ச்சைப் பொறுத்தவரை, show spat-tree என்ற கட்டளையைப் பயன்படுத்தி STP நிலையைப் பார்க்கலாம். ஒரு போர்ட் "பிளாக்கிங்" என்று காட்டப்பட்டால், அந்த போர்ட்டில் தகவல்தொடர்பை STP தடுக்கிறது என்று அர்த்தம்.
தீர்வு:
STP-ஐ தற்காலிகமாக முடக்கு:சோதனைச் சூழலில், STP-ஐ தற்காலிகமாக முடக்க முடியும் (உதாரணமாக, no spath-tree vlan 1), ஆனால் இது உற்பத்திச் சூழலில் பரிந்துரைக்கப்படுவதில்லை, ஏனெனில் இது ஒரு பிராட்காஸ்ட் ஸ்டார்மை ஏற்படுத்தக்கூடும்.
போர்ட்ஃபாஸ்ட்டை இயக்கு:சாதனம் ஆதரித்தால், போர்ட்டில் PortFast செயல்பாட்டை இயக்கலாம் (spath-tree portfast போன்ற கட்டளைகள் மூலம்). இது, போர்ட்டை 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 முகவரி மோதல்கள் ஏற்பட்டால், ARP தீர்வு தோல்வியடையக்கூடும். பாக்கெட்டுகளைப் பிடிக்கவும், ஒரே IP முகவரிக்கு ஒன்றுக்கு மேற்பட்ட MAC முகவரிகள் பதிலளிக்கின்றனவா என்பதைப் பார்க்கவும் Wireshark போன்ற ஒரு கருவியைப் பயன்படுத்தவும்.
தீர்வு:
Arpcache-ஐ நீக்கிவிட்டு (Windows: netsh interface ip delete arpcache; Linux: ip-ss neigh flush all), மீண்டும் Ping செய்யவும்.
இரு சாதனங்களின் IP முகவரிகளும் ஒரே சப்நெட்டில் இருப்பதையும், சப்நெட் மாஸ்க் ஒரே மாதிரியாக இருப்பதையும் உறுதிப்படுத்திக் கொள்ளுங்கள் (விவரங்களுக்கு அடுத்த படியைப் பார்க்கவும்).
ARP சிக்கல்கள் பெரும்பாலும் பிணைய அடுக்கின் உள்ளமைவுடன் நெருங்கிய தொடர்புடையவை, மேலும் அனைத்தும் சரியாகச் செயல்படுவதை உறுதிசெய்ய, சிக்கல்களைக் கண்டறிந்து சரிசெய்வதற்குப் பொறுமை தேவைப்படுகிறது.
4. தகவல் தொடர்பு உள்கட்டமைப்பை உறுதிசெய்ய, IP முகவரி மற்றும் சப்நெட் உள்ளமைவைச் சரிபார்க்கவும்.
நெட்வொர்க் அடுக்கில் உள்ள சிக்கல்களே பெரும்பாலும் பிங் தோல்விகளுக்கு முக்கியக் காரணமாக அமைகின்றன. தவறாக உள்ளமைக்கப்பட்ட ஐபி முகவரிகள் மற்றும் சப்நெட்கள், சாதனங்கள் தொடர்பு கொள்ளத் தவறுவதற்குக் காரணமாகின்றன. அதற்கான வழிமுறைகள் இதோ:
ஐபி முகவரியை உறுதிப்படுத்துக:இரண்டு சாதனங்களின் IP முகவரிகள் ஒரே சப்நெட்டில் உள்ளதா எனச் சரிபார்க்கவும். உதாரணமாக, சாதனம் A ஆனது 192.168.1.10 என்ற IP முகவரியையும், 255.255.255.0 என்ற சப்நெட் மாஸ்க்கையும் கொண்டுள்ளது. சாதனம் B ஆனது 192.168.1.20 என்ற IP முகவரியையும் அதே சப்நெட் மாஸ்க்கையும் கொண்டுள்ளது. இந்த இரண்டு IP முகவரிகளும் ஒரே சப்நெட்டில் (192.168.1.0/24) உள்ளன, மேலும் கோட்பாட்டளவில் அவற்றால் தொடர்பு கொள்ள முடியும். சாதனம் B ஆனது 192.168.2.20 என்ற IP முகவரியைக் கொண்டிருந்தால், அது ஒரே சப்நெட்டில் இல்லை என்று பொருள், மேலும் பிங் (Ping) தோல்வியடையும்.
சப்நெட் மாஸ்க்குகளைச் சரிபார்க்கவும்:சீரற்ற சப்நெட் மாஸ்க்குகளும் தகவல் தொடர்புத் தோல்விகளுக்கு வழிவகுக்கும். உதாரணமாக, சாதனம் A 255.255.255.0 என்ற மாஸ்க்கையும், சாதனம் B 255.255.0.0 என்ற மாஸ்க்கையும் கொண்டிருந்தால், சப்நெட் எல்லை குறித்த அவற்றின் மாறுபட்ட புரிதலால் தகவல் தொடர்புத் தடைகள் ஏற்படலாம். இரண்டு சாதனங்களுக்கும் சப்நெட் மாஸ்க்குகள் ஒரே மாதிரியாக இருப்பதை உறுதிப்படுத்திக் கொள்ளுங்கள்.
நுழைவாயில் அமைப்புகளைச் சரிபார்க்கவும்:நேரடியாக இணைக்கப்பட்ட சாதனங்களுக்குப் பொதுவாக கேட்வே தேவையில்லை, ஆனால் தவறாக உள்ளமைக்கப்பட்ட கேட்வேக்கள் பாக்கெட்டுகள் தவறாக அனுப்பப்படக் காரணமாகலாம். இரண்டு சாதனங்களுக்குமான கேட்வே, உள்ளமைக்கப்படாததாக (unconfigured) அமைக்கப்பட்டுள்ளதா அல்லது சரியான முகவரியைச் சுட்டிக்காட்டுகிறதா என்பதை உறுதிப்படுத்திக் கொள்ளுங்கள்.
தீர்வு:
இரண்டு சாதனங்களும் ஒரே சப்நெட்டில் இருப்பதை உறுதிசெய்ய, IP முகவரி அல்லது சப்நெட் மாஸ்க்கை மாற்றியமைக்கவும். தேவையற்ற கேட்வே அமைப்புகளை முடக்கவும் அல்லது அவற்றை இயல்புநிலை மதிப்பிற்கு (0.0.0.0) அமைக்கவும்.
IP உள்ளமைவு என்பது பிணையத் தொடர்பின் மையமாகும், எனவே எதுவும் விடுபடவில்லை என்பதை உறுதிப்படுத்த இருமுறை சரிபார்ப்பது முக்கியம்.
5. நெறிமுறை முடக்கப்படவில்லை என்பதை உறுதிசெய்ய, அனுப்பப்பட்ட மற்றும் பெறப்பட்ட ICMP பாக்கெட்டுகளைச் சரிபார்க்கவும்.
பிங் கட்டளையானது இணையக் கட்டுப்பாட்டுச் செய்தி நெறிமுறையை (ICMP) சார்ந்துள்ளது. ICMP பாக்கெட்டுகள் இடைமறிக்கப்பட்டாலோ அல்லது செயலிழக்கச் செய்யப்பட்டாலோ, பிங் வெற்றிபெறாது.
உங்கள் ஃபயர்வால் விதிகளைச் சரிபார்க்கவும்:பல சாதனங்களில் ஃபயர்வால் இயல்பாகவே இயக்கப்பட்டிருக்கும், இது ICMP கோரிக்கைகளைத் தடுக்கக்கூடும். எடுத்துக்காட்டாக, விண்டோஸில், ICMPv4-In விதி அனுமதிக்கப்பட்டுள்ளதா என்பதை உறுதிப்படுத்த, "விண்டோஸ் டிஃபெண்டர் ஃபயர்வால்" அமைப்பைச் சரிபார்க்கவும். லினக்ஸ் அமைப்புகளில், ICMP தடுக்கப்படவில்லை என்பதை உறுதிப்படுத்த, iptables விதியை (iptables -L) சரிபார்க்கவும்.
சாதனக் கொள்கையைச் சரிபார்க்கவும்:சில ரவுட்டர்கள் அல்லது ஸ்விட்சுகள், ஸ்கேனிங்கைத் தடுப்பதற்காக ICMP பதில்களை முடக்குகின்றன. ICMP முடக்கப்பட்டுள்ளதா என்பதை உறுதிப்படுத்த, சாதன மேலாண்மைத் திரையில் உள்நுழையவும்.
பாக்கெட் கைப்பற்றல் பகுப்பாய்வு செய்யப்பட்டது:Wireshark அல்லது போன்ற ஒரு கருவியைப் பயன்படுத்தவும்மைலிங்கிங் நெட்வொர்க் டாப்ஸ்மற்றும்மைலிங்கிங் நெட்வொர்க் பாக்கெட் புரோக்கர்கள்ஒரு ICMP கோரிக்கை விடுக்கப்பட்டதா மற்றும் அதற்குப் பதில் வந்ததா என்பதைப் பார்க்க, பாக்கெட்டுகளைப் பிடிக்க வேண்டும். கோரிக்கை விடுக்கப்பட்டும் பதில் வரவில்லை என்றால், சிக்கல் இலக்கு சாதனத்தில் இருக்கலாம். கோரிக்கை எதுவும் விடுக்கப்படவில்லை என்றால், சிக்கல் உள்ளூர் கணினியில் இருக்கலாம்.
தீர்வு:
பிங் இயல்பு நிலைக்குத் திரும்பிவிட்டதா என்பதைச் சோதிக்க, (விண்டோஸ்: netsh advfirewall set allprofiles state off; லினக்ஸ்: iptables -F) என்ற கட்டளையைப் பயன்படுத்தவும். சாதனத்தில் ICMP பதில்களை இயக்கவும் (எடுத்துக்காட்டாக, சிஸ்கோ சாதனம்: ip icmp echo-reply).
ICMP சிக்கல்கள் பெரும்பாலும் பாதுகாப்புக் கொள்கைகளுடன் தொடர்புடையவை, அவை பாதுகாப்பு மற்றும் இணைப்புத்தன்மைக்கு இடையே ஒரு சமநிலையை ஏற்படுத்த வேண்டிய அவசியத்தை ஏற்படுத்துகின்றன.
6. நெறிமுறை அடுக்கில் (Protocol Stack) எந்த முரண்பாடுகளும் இல்லை என்பதை உறுதிசெய்ய, பாக்கெட் வடிவம் (Packet Format) சரியாக உள்ளதா எனச் சரிபார்க்கவும்.
எல்லாம் சரியாக நடந்தும் உங்களால் பிங் செய்ய முடியவில்லை என்றால், அந்த பாக்கெட் சரியான வடிவத்தில் உள்ளதா என்பதைச் சரிபார்க்க, நீங்கள் புரோட்டோகால் ஸ்டேக்கிற்குள் ஆழமாகச் சென்று ஆராய வேண்டியிருக்கலாம்.
பாக்கெட்டுகளைப் பிடித்துப் பகுப்பாய்வு செய்தல்:
Wireshark-ஐப் பயன்படுத்தி ICMP பாக்கெட்டுகளைப் பிடித்து, பின்வருவனவற்றைச் சரிபார்க்கவும்:
ICMP கோரிக்கையின் வகையும் குறியீடும் சரியானவை (எதிரொலி கோரிக்கை வகை 8, குறியீடு 0 ஆக இருக்க வேண்டும்).
மூல மற்றும் இலக்கு ஐபி முகவரிகள் சரியானவையா என்பதைச் சரிபார்த்தல்.
தரவுப் பொதி பாதியிலேயே கைவிடப்படுவதற்கு காரணமாக அமையக்கூடிய அசாதாரணமான TTL (Time to Live) மதிப்புகள் ஏதேனும் உள்ளதா என்பது.
MTU அமைப்புகளைச் சரிபார்க்கவும்:அதிகபட்ச பரிமாற்ற அலகு (MTU) அமைப்புகள் சீராக இல்லாவிட்டால், பாக்கெட் துண்டாக்கம் தோல்வியடையக்கூடும். இயல்புநிலை MTU 1500 பைட்டுகள் ஆகும், ஆனால் சில சாதனங்கள் சிறிய மதிப்புகளுடன் கட்டமைக்கப்பட்டிருக்கலாம். ping-fl 1472 target IP (Windows) என்ற கட்டளையைப் பயன்படுத்தி துண்டாக்கத்தைச் சோதிக்கவும். ஷார்டிங் செய்யும்படி கேட்கப்பட்டும், 'ஷார்டிங் செய்ய வேண்டாம்' (DF) கொடி அமைக்கப்பட்டிருந்தால், MTU பொருந்தவில்லை என்று பொருள்.
தீர்வு:
MTU மதிப்பைச் சரிசெய்யவும் (விண்டோஸ்: netsh interface ipv4 set subinterface "Ethernet" mtu=1400 store=persistent).
இரண்டு சாதனங்களின் MTU சமமாக இருப்பதை உறுதிசெய்யவும்.
நெறிமுறை அடுக்குச் சிக்கல் மிகவும் சிக்கலானது, அடிப்படை விசாரணை பலனளிக்காத பட்சத்தில் ஆழமான பகுப்பாய்வை மேற்கொள்ளப் பரிந்துரைக்கப்படுகிறது.
7. தகவல்களைச் சேகரித்து, தொழில்நுட்ப ஆதரவைத் தேடுங்கள்.
மேற்கூறிய நடவடிக்கைகள் சிக்கலைத் தீர்க்கவில்லை என்றால், நீங்கள் மேலும் தகவல்களைச் சேகரித்து தொழில்நுட்ப உதவியை நாட வேண்டியிருக்கலாம்.
பதிவு:சாதனத்தின் பதிவுத் தகவல்களை (ரௌட்டர்/ஸ்விட்ச்சின் சிஸ்லாக், கணினியின் சிஸ்லாக்) சேகரித்து, ஏதேனும் பிழைகள் உள்ளதா எனப் பார்க்கவும்.
உற்பத்தியாளரைத் தொடர்பு கொள்ளவும்:சாதனம் போன்ற ஒரு நிறுவனத் தயாரிப்பாக இருந்தால்மைலிங்கிங்(நெட்வொர்க் டாப்கள், நெட்வொர்க் பாக்கெட் புரோக்கர்கள்மற்றும்இன்லைன் பைபாஸ்சிஸ்கோ (ரௌட்டர்/ஸ்விட்ச்), ஹுவாவே (ரௌட்டர்/ஸ்விட்ச்) போன்றவற்றின் விரிவான ஆய்வு வழிமுறைகள் மற்றும் பதிவுகளைப் பெற, நீங்கள் உற்பத்தியாளரின் தொழில்நுட்ப ஆதரவைத் தொடர்பு கொள்ளலாம்.
சமூகத்தைப் பயன்படுத்துதல்:விரிவான நெட்வொர்க் கட்டமைப்பு மற்றும் உள்ளமைவுத் தகவல்களை வழங்கி, உதவிக்காக தொழில்நுட்ப மன்றங்களில் (உதாரணமாக, ஸ்டாக் ஓவர்ஃப்ளோ, சிஸ்கோ கம்யூனிட்டி) பதிவிடவும்.
பிங் செய்யத் தவறுகின்ற ஒரு நெட்வொர்க் சாதனத்துடனான நேரடி இணைப்பு எளிமையானதாகத் தோன்றலாம், ஆனால் உண்மையில் அது பௌதீக அடுக்கு, இணைப்பு அடுக்கு, நெட்வொர்க் அடுக்கு மற்றும் நெறிமுறை அடுக்கு ஆகியவற்றில் பல சிக்கல்களை உள்ளடக்கியிருக்கலாம். அடிப்படை முதல் மேம்பட்ட நிலை வரையிலான இந்த ஏழு படிகளைப் பின்பற்றுவதன் மூலம் பெரும்பாலான சிக்கல்களைத் தீர்க்க முடியும். நெட்வொர்க் கேபிளைச் சரிபார்ப்பது, STP-ஐ சரிசெய்வது, ARP-ஐ சரிபார்ப்பது, அல்லது IP கட்டமைப்பு மற்றும் ICMP கொள்கையை மேம்படுத்துவது என ஒவ்வொரு படிக்கும் கவனமும் பொறுமையும் தேவை. உங்கள் இணையச் சிக்கல்களை எவ்வாறு தீர்ப்பது என்பது குறித்து இந்த வழிகாட்டி உங்களுக்குச் சில தெளிவைத் தரும் என்று நம்புகிறேன், இதன் மூலம் நீங்கள் இதே போன்ற சிக்கலை எதிர்கொண்டால் குழப்பமடைய மாட்டீர்கள்.
பதிவிட்ட நேரம்: மே-09-2025
