નેટવર્ક સંચાલન અને જાળવણીમાં, તે એક સામાન્ય પણ મુશ્કેલીકારક સમસ્યા છે કે ઉપકરણો સીધા કનેક્ટ થયા પછી પિંગ કરી શકતા નથી. શિખાઉ માણસ અને અનુભવી ઇજનેરો બંને માટે, ઘણીવાર બહુવિધ સ્તરેથી શરૂઆત કરવી અને સંભવિત કારણોની તપાસ કરવી જરૂરી છે. આ લેખ સમસ્યાનું મૂળ કારણ ઝડપથી શોધવા અને તેને ઠીક કરવામાં તમારી સહાય કરવા માટે મુશ્કેલીનિવારણ પગલાંઓનું વિભાજન કરે છે. આ પદ્ધતિઓ હોમ નેટવર્ક અને એન્ટરપ્રાઇઝ વાતાવરણ બંનેમાં લાગુ અને વ્યવહારુ છે. અમે તમને આ પડકારમાંથી પગલું દ્વારા પગલું લઈ જઈશું, મૂળભૂત તપાસથી લઈને અદ્યતન તપાસ સુધી.
1. સિગ્નલ કામ કરી રહ્યું છે તેની ખાતરી કરવા માટે ભૌતિક જોડાણ સ્થિતિ તપાસો.
નેટવર્ક કમ્યુનિકેશનનો આધાર ભૌતિક જોડાણ છે. જો ડાયરેક્ટ કનેક્શન પછી ઉપકરણ પિંગ કરવામાં નિષ્ફળ જાય, તો પ્રથમ પગલું એ તપાસવાનું છે કે ભૌતિક સ્તર કાર્ય કરી રહ્યું છે. અહીં પગલાંઓ છે:
નેટવર્ક કેબલ કનેક્શનની પુષ્ટિ કરો:નેટવર્ક કેબલ કડક રીતે પ્લગ થયેલ છે કે નહીં અને નેટવર્ક કેબલ ઇન્ટરફેસ ઢીલું છે કે નહીં તે તપાસો. જો ડાયરેક્ટ કેબલનો ઉપયોગ કરી રહ્યા છો, તો ખાતરી કરો કે કેબલ TIA/EIA-568-B સ્ટાન્ડર્ડ (કોમન ડાયરેક્ટ કેબલ સ્ટાન્ડર્ડ) નું પાલન કરે છે. જો તમારી પાસે જૂના ઉપકરણો છે, તો તમારે લાઇન ક્રોસ કરવાની જરૂર પડી શકે છે (TIA/EIA-568-A) કારણ કે કેટલાક જૂના ઉપકરણો ઓટોમેટિક MDI/MDIX સ્વિચિંગને સપોર્ટ કરતા નથી.
નેટવર્ક કેબલની ગુણવત્તા તપાસો:નબળી ગુણવત્તાવાળા અથવા ખૂબ લાંબા નેટવર્ક કેબલ સિગ્નલ એટેન્યુએશનનું કારણ બની શકે છે. પ્રમાણભૂત નેટવર્ક કેબલ લંબાઈ 100 મીટરની અંદર નિયંત્રિત હોવી જોઈએ. જો કેબલ ખૂબ લાંબી હોય અથવા સ્પષ્ટ નુકસાન થયું હોય (દા.ત., તૂટેલું અથવા ચપટું), તો તેને ઉચ્ચ ગુણવત્તાવાળા કેબલથી બદલવા અને ફરીથી પરીક્ષણ કરવાની ભલામણ કરવામાં આવે છે.
ઉપકરણ સૂચકોનું અવલોકન કરો:મોટાભાગના નેટવર્ક ઉપકરણો (જેમ કે સ્વિચ, રાઉટર્સ, નેટવર્ક કાર્ડ્સ) માં લિંક સ્ટેટસ સૂચકાંકો હોય છે. સામાન્ય રીતે, કનેક્શન પછી લાઈટ (લીલો અથવા નારંગી) પ્રગટશે, અને ડેટા ટ્રાન્સફર સૂચવવા માટે ઝબકતો અવાજ આવી શકે છે. જો સૂચક પ્રકાશિત ન થાય, તો તે નેટવર્ક કેબલમાં સમસ્યા, તૂટેલા ઇન્ટરફેસ અથવા ઉપકરણ ચાલુ ન હોવાને કારણે હોઈ શકે છે.
ટેસ્ટ પોર્ટ:પોર્ટ નુકસાનની શક્યતાને બાકાત રાખવા માટે નેટવર્ક કેબલને ઉપકરણના બીજા પોર્ટમાં પ્લગ કરો. જો ઉપલબ્ધ હોય, તો તમે નેટવર્ક કેબલ ટેસ્ટરનો ઉપયોગ નેટવર્ક કેબલની કનેક્ટિવિટી તપાસવા માટે કરી શકો છો જેથી ખાતરી કરી શકાય કે વાયરની દરેક જોડી યોગ્ય રીતે ગોઠવાયેલી છે.
ભૌતિક જોડાણ એ નેટવર્ક સંચારનું પ્રથમ પગલું છે, અને ઉચ્ચ-સ્તરના કારણોની તપાસ ચાલુ રાખતા પહેલા આપણે ખાતરી કરવી જોઈએ કે આ સ્તર પર કોઈ સમસ્યા નથી.
2. પોર્ટ અક્ષમ નથી તેની ખાતરી કરવા માટે ઉપકરણની STP સ્થિતિ તપાસો.
જો તમે સામાન્ય ભૌતિક કનેક્શન હોવા છતાં પિંગ કરવામાં અસમર્થ છો, તો ઉપકરણના લિંક-લેયર પ્રોટોકોલમાં સમસ્યા હોઈ શકે છે. એક સામાન્ય કારણ સ્પેનિંગ ટ્રી પ્રોટોકોલ (STP) છે.
STP ની ભૂમિકા સમજો:STP (સ્પેનિંગ ટ્રી પ્રોટોકોલ) નો ઉપયોગ નેટવર્કમાં લૂપ્સના દેખાવને રોકવા માટે થાય છે. જો કોઈ ઉપકરણ લૂપ શોધે છે, તો STP ચોક્કસ પોર્ટ્સને બ્લોકિંગ સ્થિતિમાં મૂકે છે, જે તેમને ડેટા ફોરવર્ડ કરવાથી અટકાવે છે.
પોર્ટ સ્થિતિ તપાસો:પોર્ટ "ફોરવર્ડિંગ" સ્થિતિમાં છે કે નહીં તે જોવા માટે તમારા ડિવાઇસના CLI (કમાન્ડ લાઇન ઇન્ટરફેસ) અથવા વેબ એડમિન ઇન્ટરફેસમાં લોગ ઇન કરો. સિસ્કો સ્વિચના કિસ્સામાં, show spat-tree આદેશનો ઉપયોગ કરીને STP સ્થિતિ જોઈ શકાય છે. જો કોઈ પોર્ટ "બ્લોકિંગ" તરીકે બતાવવામાં આવે છે, તો STP તે પોર્ટ પરના સંચારને અવરોધિત કરી રહ્યું છે.
ઉકેલ:
STP ને અસ્થાયી રૂપે અક્ષમ કરો:પરીક્ષણ વાતાવરણમાં, STP ને અસ્થાયી રૂપે બંધ કરવું શક્ય છે (ઉદાહરણ તરીકે, નો સ્પાથ-ટ્રી vlan 1), પરંતુ ઉત્પાદનમાં આની ભલામણ કરવામાં આવતી નથી કારણ કે તે પ્રસારણ તોફાનનું કારણ બની શકે છે.
પોર્ટફાસ્ટ સક્ષમ કરો:જો ઉપકરણ તેને સપોર્ટ કરે છે, તો પોર્ટફાસ્ટ ફંક્શન પોર્ટ પર સક્ષમ કરી શકાય છે (સ્પાથ-ટ્રી પોર્ટફાસ્ટ જેવા આદેશો), જે પોર્ટને STP સાંભળવા અને શીખવાના તબક્કાને છોડી દેવા અને સીધા ફોરવર્ડિંગ સ્થિતિમાં પ્રવેશવાની મંજૂરી આપે છે.
લૂપ્સ માટે તપાસો:જો STP બ્લોક નેટવર્કમાં લૂપ્સના અસ્તિત્વને કારણે થાય છે, તો લૂપ્સ શોધવા અને તોડવા માટે નેટવર્ક ટોપોલોજી તપાસો.
એન્ટરપ્રાઇઝ નેટવર્ક્સમાં, ખાસ કરીને મલ્ટી-સ્વિચ વાતાવરણમાં STP સમસ્યાઓ સામાન્ય છે. જો તમારી પાસે નાનું નેટવર્ક છે, તો તમે આ પગલું હમણાં માટે છોડી શકો છો, પરંતુ STP કેવી રીતે કાર્ય કરે છે તે સમજવાથી ભવિષ્યમાં સમસ્યાઓનું નિરાકરણ લાવવામાં ઘણી મદદ મળી શકે છે.
3. MAC સરનામું યોગ્ય રીતે ઉકેલાયું છે તેની ખાતરી કરવા માટે ARP કામ કરી રહ્યું છે કે નહીં તે તપાસો.
જ્યારે લિંક લેયર સામાન્ય હોય, ત્યારે તપાસવા માટે નેટવર્ક લેયર પર જાઓ. પિંગ કમાન્ડ ICMP પ્રોટોકોલ પર આધાર રાખે છે, જે પહેલા લક્ષ્ય IP સરનામાંને એડ્રેસ રિઝોલ્યુશન પ્રોટોકોલ (ARP) દ્વારા MAC સરનામાં પર રિઝોલ્યુશન કરે છે. જો ARP રિઝોલ્યુશન નિષ્ફળ જાય, તો પિંગ નિષ્ફળ જશે.
ARP ટેબલ તપાસો: લક્ષ્ય ઉપકરણનું MAC સરનામું સફળતાપૂર્વક ઉકેલાઈ ગયું છે તેની પુષ્ટિ કરવા માટે ઉપકરણ પર ARP ટેબલ તપાસો. ઉદાહરણ તરીકે, Windows માં, તમે કમાન્ડ લાઇન ખોલીને અને arp-a લખીને ARP કેશ જોઈ શકો છો. જો ગંતવ્ય IP માટે કોઈ MAC સરનામું ન હોય, તો ARP રિઝોલ્યુશન નિષ્ફળ ગયું.
ARP મેન્યુઅલી પરીક્ષણ:ARP વિનંતીઓ મેન્યુઅલી મોકલવાનો પ્રયાસ કરો. ઉદાહરણ તરીકે, Windows પર તમે ARP વિનંતીને ટ્રિગર કરવા માટે ping આદેશનો ઉપયોગ કરી શકો છો, અથવા સીધા arping જેવા ટૂલનો ઉપયોગ કરી શકો છો (લિનક્સ સિસ્ટમ્સ પર). જો ARP વિનંતીનો કોઈ જવાબ ન મળે, તો સંભવિત કારણોમાં શામેલ છે:
ફાયરવોલ બ્લોકિંગ:કેટલાક ઉપકરણોના ફાયરવોલ દ્વારા ARP વિનંતીઓ અવરોધિત કરવામાં આવે છે. લક્ષ્ય ઉપકરણની ફાયરવોલ સેટિંગ્સ તપાસો અને ફાયરવોલને અસ્થાયી રૂપે બંધ કર્યા પછી ફરી પ્રયાસ કરો.
IP અથડામણ:જો નેટવર્કમાં IP એડ્રેસ ટકરાઈ જાય તો ARP રિઝોલ્યુશન નિષ્ફળ થઈ શકે છે. પેકેટો પકડવા માટે Wireshark જેવા ટૂલનો ઉપયોગ કરો અને જુઓ કે એક જ IP ને પ્રતિસાદ આપતા બહુવિધ MAC એડ્રેસ છે કે નહીં.
ઉકેલ:
Arpcache કાઢી નાખો (Windows: netsh interface ip delete arpcache; Linux: ip-ss neigh flush all) અને પછી ફરીથી Ping કરો.
ખાતરી કરો કે બંને ઉપકરણોના IP સરનામાં એક જ સબનેટમાં છે અને સબનેટ માસ્ક સમાન છે (વિગતો માટે આગળનું પગલું જુઓ).
ARP સમસ્યાઓ ઘણીવાર નેટવર્ક સ્તરના રૂપરેખાંકન સાથે ગાઢ રીતે સંબંધિત હોય છે, અને બધું કાર્ય કરી રહ્યું છે તેની ખાતરી કરવા માટે મુશ્કેલીનિવારણ માટે ધીરજની જરૂર પડે છે.
4. કોમ્યુનિકેશન ઈન્ફ્રાસ્ટ્રક્ચર સુનિશ્ચિત કરવા માટે 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 છે, તો તે સમાન સબનેટ પર નથી અને પિંગ નિષ્ફળ જશે.
સબનેટ માસ્ક તપાસો:અસંગત સબનેટ માસ્ક પણ સંચાર નિષ્ફળતાઓનું કારણ બની શકે છે. ઉદાહરણ તરીકે, ઉપકરણ A માં 255.255.255.0 નો માસ્ક છે અને ઉપકરણ B માં 255.255.0.0 નો માસ્ક છે, જે સબનેટ સ્કોપની તેમની અલગ સમજને કારણે સંચાર અવરોધો તરફ દોરી શકે છે. ખાતરી કરો કે બંને ઉપકરણો માટે સબનેટ માસ્ક સમાન છે.
ગેટવે સેટિંગ્સ તપાસો:ડાયરેક્ટ-કનેક્ટેડ ડિવાઇસને સામાન્ય રીતે ગેટવેની જરૂર હોતી નથી, પરંતુ ખોટી રીતે ગોઠવેલા ગેટવે પેકેટ્સને ખોટી રીતે ફોરવર્ડ કરી શકે છે. ખાતરી કરો કે બંને ડિવાઇસ માટે ગેટવે અનકનેક્ટેડ પર સેટ કરેલો છે અથવા સાચા સરનામાં તરફ નિર્દેશ કરે છે.
ઉકેલ:
બંને ઉપકરણો એક જ સબનેટમાં છે તેની ખાતરી કરવા માટે IP સરનામું અથવા સબનેટ માસ્કમાં ફેરફાર કરો. બિનજરૂરી ગેટવે સેટિંગ્સને અક્ષમ કરો અથવા તેમને ડિફોલ્ટ મૂલ્ય (0.0.0.0) પર સેટ કરો.
IP રૂપરેખાંકન એ નેટવર્ક સંચારનો મુખ્ય ભાગ છે, તેથી કંઈ ખૂટતું નથી તેની ખાતરી કરવા માટે બે વાર તપાસ કરવી મહત્વપૂર્ણ છે.
5. પ્રોટોકોલ અક્ષમ નથી તેની ખાતરી કરવા માટે મોકલેલા અને પ્રાપ્ત થયેલા ICMP પેકેટ્સ તપાસો.
પિંગ કમાન્ડ ઇન્ટરનેટ કંટ્રોલ મેસેજિંગ પ્રોટોકોલ (ICMP) પર આધાર રાખે છે. જો ICMP પેકેટ્સને અટકાવવામાં આવે અથવા અક્ષમ કરવામાં આવે, તો પિંગ સફળ થશે નહીં.
તમારા ફાયરવોલ નિયમો તપાસો:ઘણા ઉપકરણોમાં ડિફોલ્ટ રૂપે ફાયરવોલ્સ સક્ષમ હોય છે, જે ICMP વિનંતીઓને અવરોધિત કરી શકે છે. ઉદાહરણ તરીકે, Windows માં, ICMPv4-In નિયમ માન્ય છે કે નહીં તેની ખાતરી કરવા માટે "Windows Defender Firewall" સેટિંગ તપાસો. Linux સિસ્ટમ્સ iptables નિયમ (iptables -L) તપાસે છે જેથી ખાતરી કરી શકાય કે ICMP અવરોધિત નથી.
ઉપકરણ નીતિ તપાસો:કેટલાક રાઉટર્સ અથવા સ્વિચ સ્કેનિંગ અટકાવવા માટે ICMP પ્રતિભાવોને અક્ષમ કરે છે. ICMP અક્ષમ છે તેની ખાતરી કરવા માટે ઉપકરણ સંચાલન સ્ક્રીનમાં લોગ ઇન કરો.
પેકેટ કેપ્ચર વિશ્લેષણ:વાયરશાર્ક જેવા સાધનનો ઉપયોગ કરો અથવામાયલિંકિંગ નેટવર્ક ટેપ્સઅનેમાયલિંકિંગ નેટવર્ક પેકેટ બ્રોકર્સICMP વિનંતી કરવામાં આવી હતી કે નહીં અને કોઈ પ્રતિભાવ મળ્યો છે કે નહીં તે જોવા માટે પેકેટ્સ કેપ્ચર કરવા. જો વિનંતી કરવામાં આવે છે પણ કોઈ પ્રતિભાવ ન મળે, તો સમસ્યા લક્ષ્ય ઉપકરણમાં હોઈ શકે છે. જો કોઈ વિનંતી કરવામાં ન આવે, તો સમસ્યા સ્થાનિક મશીનમાં હોઈ શકે છે.
ઉકેલ:
(Windows: netsh advfirewall સેટ allprofiles સ્ટેટ ઓફ; Linux: iptables -F) પિંગ પાછું સામાન્ય થઈ ગયું છે કે કેમ તે ચકાસવા માટે. ઉપકરણ પર ICMP પ્રતિભાવો સક્ષમ કરો (ઉદાહરણ તરીકે, સિસ્કો ઉપકરણ: ip icmp echo-reply).
ICMP મુદ્દાઓ ઘણીવાર સુરક્ષા નીતિઓ સાથે સંબંધિત હોય છે, જેમાં સુરક્ષા અને કનેક્ટિવિટી વચ્ચે વેપારની જરૂર પડે છે.
6. પ્રોટોકોલ સ્ટેકમાં કોઈ વિસંગતતાઓ નથી તેની ખાતરી કરવા માટે પેકેટ ફોર્મેટ યોગ્ય છે કે નહીં તે તપાસો.
જો બધું બરાબર ચાલે છે અને તમે હજુ પણ પિંગ કરી શકતા નથી, તો તમારે પેકેટ યોગ્ય ફોર્મેટમાં છે કે નહીં તે તપાસવા માટે પ્રોટોકોલ સ્ટેકમાં ડ્રિલ ડાઉન કરવાની જરૂર પડી શકે છે.
પેકેટ્સ કેપ્ચર અને વિશ્લેષણ કરો:
ICMP પેકેટો મેળવવા માટે Wireshark નો ઉપયોગ કરો અને નીચેના માટે તપાસો:
- ICMP વિનંતીનો પ્રકાર અને કોડ સાચા છે (ઇકો વિનંતી પ્રકાર 8, કોડ 0 હોવી જોઈએ).
- શું સ્ત્રોત અને ગંતવ્ય આઇપી સાચા છે.
- શું કોઈ અસામાન્ય TTL (ટાઇમ ટુ લાઇવ) મૂલ્યો છે જેના કારણે પેકેટ અધવચ્ચે પડી શકે છે.
MTU સેટિંગ્સ તપાસો:જો મહત્તમ ટ્રાન્સમિશન યુનિટ (MTU) સેટિંગ્સ સુસંગત ન હોય, તો પેકેટ ફ્રેગમેન્ટેશન નિષ્ફળ થઈ શકે છે. ડિફોલ્ટ MTU 1500 બાઇટ્સ છે, પરંતુ કેટલાક ઉપકરણો નાના મૂલ્યો સાથે ગોઠવેલા હોઈ શકે છે. ping-fl 1472 ટાર્ગેટ IP (Windows) આદેશ સાથે ફ્રેગમેન્ટેશનનું પરીક્ષણ કરો. જો શાર્ડિંગ પૂછવામાં આવે છે પરંતુ ડુ નોટ શાર્ડિંગ (DF) ફ્લેગ સેટ કરેલ હોય, તો MTU મેળ ખાતો નથી.
ઉકેલ:
MTU મૂલ્ય સમાયોજિત કરો (Windows: netsh interface ipv4 set subinterface "Ethernet" mtu=1400 store=persistent).
ખાતરી કરો કે બંને ઉપકરણોનું MTU સમાન છે.
પ્રોટોકોલ સ્ટેક સમસ્યા વધુ જટિલ છે, એવું સૂચવવામાં આવે છે કે મૂળભૂત તપાસ નિરર્થક થયા પછી ઊંડાણપૂર્વક વિશ્લેષણ હાથ ધરવામાં આવે.
7. માહિતી એકત્રિત કરો અને ટેકનિકલ સપોર્ટ મેળવો
જો ઉપરોક્ત પગલાં સમસ્યાનું નિરાકરણ ન લાવે, તો તમારે વધુ માહિતી એકત્રિત કરવાની અને તકનીકી સહાય મેળવવાની જરૂર પડી શકે છે.
લોગ:ઉપકરણની લોગ માહિતી એકત્રિત કરો (રાઉટર/સ્વીચનો સિસ્ટમલોગ, પીસીનો સિસ્ટમલોગ) અને જુઓ કે કોઈ ભૂલો છે કે નહીં.
ઉત્પાદકનો સંપર્ક કરો:જો ઉપકરણ એન્ટરપ્રાઇઝ પ્રોડક્ટ હોય જેમ કેમાયલિંકિંગ(નેટવર્ક ટેપ્સ, નેટવર્ક પેકેટ બ્રોકર્સઅનેઇનલાઇન બાયપાસ), સિસ્કો(રાઉટર/સ્વિચ), હુઆવેઇ(રાઉટર/સ્વિચ), તમે વિગતવાર નિરીક્ષણ પગલાં અને લોગ પ્રદાન કરવા માટે ઉત્પાદકના તકનીકી સપોર્ટનો સંપર્ક કરી શકો છો.
સમુદાયનો લાભ ઉઠાવવો:વિગતવાર નેટવર્ક ટોપોલોજી અને ગોઠવણી માહિતી પ્રદાન કરીને, મદદ માટે ટેકનિકલ ફોરમ (દા.ત., સ્ટેક ઓવરફ્લો, સિસ્કો કોમ્યુનિટી) પર પોસ્ટ કરો.
પિંગમાં નિષ્ફળ જતા નેટવર્ક ડિવાઇસ સાથે સીધું કનેક્શન સરળ લાગે છે, પરંતુ વાસ્તવમાં તેમાં ભૌતિક સ્તર, લિંક સ્તર, નેટવર્ક સ્તર અને પ્રોટોકોલ સ્ટેક પર પણ અનેક સમસ્યાઓ શામેલ હોઈ શકે છે. મોટાભાગની સમસ્યાઓ મૂળભૂતથી અદ્યતન સુધીના આ સાત પગલાંને અનુસરીને ઉકેલી શકાય છે. નેટવર્ક કેબલ તપાસવાનું હોય, STP ને સમાયોજિત કરવાનું હોય, ARP ચકાસવાનું હોય, અથવા IP રૂપરેખાંકન અને ICMP નીતિને ઑપ્ટિમાઇઝ કરવાનું હોય, દરેક પગલામાં કાળજી અને ધીરજની જરૂર હોય છે. મને આશા છે કે આ માર્ગદર્શિકા તમને તમારા ઇન્ટરનેટ ટ્રબલશોકેટિંગ કેવી રીતે કરવું તે અંગે થોડી સ્પષ્ટતા આપશે, જેથી જો તમને સમાન સમસ્યાનો સામનો કરવો પડે તો તમે મૂંઝવણમાં ન પડો.
પોસ્ટ સમય: મે-૦૯-૨૦૨૫
