ਨੈੱਟਵਰਕ ਸੰਚਾਲਨ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਵਿੱਚ, ਇਹ ਇੱਕ ਆਮ ਪਰ ਮੁਸ਼ਕਲ ਸਮੱਸਿਆ ਹੈ ਕਿ ਡਿਵਾਈਸਾਂ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਕਨੈਕਟ ਹੋਣ ਤੋਂ ਬਾਅਦ ਪਿੰਗ ਨਹੀਂ ਕਰ ਸਕਦੀਆਂ। ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਾਲੇ ਅਤੇ ਤਜਰਬੇਕਾਰ ਇੰਜੀਨੀਅਰ ਦੋਵਾਂ ਲਈ, ਕਈ ਪੱਧਰਾਂ ਤੋਂ ਸ਼ੁਰੂਆਤ ਕਰਨਾ ਅਤੇ ਸੰਭਾਵਿਤ ਕਾਰਨਾਂ ਦੀ ਜਾਂਚ ਕਰਨਾ ਅਕਸਰ ਜ਼ਰੂਰੀ ਹੁੰਦਾ ਹੈ। ਇਹ ਲੇਖ ਸਮੱਸਿਆ ਦੇ ਮੂਲ ਕਾਰਨ ਨੂੰ ਜਲਦੀ ਲੱਭਣ ਅਤੇ ਇਸਨੂੰ ਠੀਕ ਕਰਨ ਵਿੱਚ ਤੁਹਾਡੀ ਮਦਦ ਕਰਨ ਲਈ ਸਮੱਸਿਆ-ਨਿਪਟਾਰਾ ਕਦਮਾਂ ਨੂੰ ਵੰਡਦਾ ਹੈ। ਇਹ ਤਰੀਕੇ ਘਰੇਲੂ ਨੈੱਟਵਰਕ ਅਤੇ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਵਾਤਾਵਰਣ ਦੋਵਾਂ ਵਿੱਚ ਲਾਗੂ ਅਤੇ ਵਿਹਾਰਕ ਹਨ। ਅਸੀਂ ਤੁਹਾਨੂੰ ਇਸ ਚੁਣੌਤੀ ਵਿੱਚੋਂ ਕਦਮ-ਦਰ-ਕਦਮ, ਮੁੱਢਲੀ ਜਾਂਚਾਂ ਤੋਂ ਲੈ ਕੇ ਉੱਨਤ ਜਾਂਚਾਂ ਤੱਕ, ਲੰਘਾਵਾਂਗੇ।
1. ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਕਿ ਸਿਗਨਲ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ, ਭੌਤਿਕ ਕਨੈਕਸ਼ਨ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰੋ।
ਨੈੱਟਵਰਕ ਸੰਚਾਰ ਦਾ ਆਧਾਰ ਭੌਤਿਕ ਕਨੈਕਸ਼ਨ ਹੈ। ਜੇਕਰ ਡਿਵਾਈਸ ਸਿੱਧੇ ਕਨੈਕਸ਼ਨ ਤੋਂ ਬਾਅਦ ਪਿੰਗ ਕਰਨ ਵਿੱਚ ਅਸਫਲ ਰਹਿੰਦੀ ਹੈ, ਤਾਂ ਪਹਿਲਾ ਕਦਮ ਇਹ ਜਾਂਚ ਕਰਨਾ ਹੈ ਕਿ ਭੌਤਿਕ ਪਰਤ ਕੰਮ ਕਰ ਰਹੀ ਹੈ। ਇੱਥੇ ਕਦਮ ਹਨ:
ਨੈੱਟਵਰਕ ਕੇਬਲ ਕਨੈਕਸ਼ਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ:ਜਾਂਚ ਕਰੋ ਕਿ ਕੀ ਨੈੱਟਵਰਕ ਕੇਬਲ ਕੱਸ ਕੇ ਪਲੱਗ ਇਨ ਕੀਤੀ ਗਈ ਹੈ ਅਤੇ ਕੀ ਨੈੱਟਵਰਕ ਕੇਬਲ ਇੰਟਰਫੇਸ ਢਿੱਲਾ ਹੈ। ਜੇਕਰ ਡਾਇਰੈਕਟ ਕੇਬਲ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਕੇਬਲ TIA/EIA-568-B ਸਟੈਂਡਰਡ (ਕਾਮਨ ਡਾਇਰੈਕਟ ਕੇਬਲ ਸਟੈਂਡਰਡ) ਦੀ ਪਾਲਣਾ ਕਰਦੀ ਹੈ। ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਪੁਰਾਣੇ ਡਿਵਾਈਸ ਹਨ, ਤਾਂ ਤੁਹਾਨੂੰ ਲਾਈਨਾਂ (TIA/EIA-568-A) ਨੂੰ ਪਾਰ ਕਰਨ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ ਕਿਉਂਕਿ ਕੁਝ ਪੁਰਾਣੇ ਡਿਵਾਈਸ ਆਟੋਮੈਟਿਕ MDI/MDIX ਸਵਿਚਿੰਗ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦੇ ਹਨ।
ਨੈੱਟਵਰਕ ਕੇਬਲ ਦੀ ਗੁਣਵੱਤਾ ਦੀ ਜਾਂਚ ਕਰੋ:ਮਾੜੀ ਕੁਆਲਿਟੀ ਜਾਂ ਬਹੁਤ ਲੰਬੀ ਨੈੱਟਵਰਕ ਕੇਬਲ ਸਿਗਨਲ ਐਟੇਨਿਊਏਸ਼ਨ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੀ ਹੈ। ਸਟੈਂਡਰਡ ਨੈੱਟਵਰਕ ਕੇਬਲ ਦੀ ਲੰਬਾਈ 100 ਮੀਟਰ ਦੇ ਅੰਦਰ ਕੰਟਰੋਲ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। ਜੇਕਰ ਕੇਬਲ ਬਹੁਤ ਲੰਬੀ ਹੈ ਜਾਂ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਨੁਕਸਾਨੀ ਗਈ ਹੈ (ਜਿਵੇਂ ਕਿ, ਟੁੱਟੀ ਹੋਈ ਜਾਂ ਚਪਟੀ ਹੋਈ), ਤਾਂ ਇਸਨੂੰ ਉੱਚ ਗੁਣਵੱਤਾ ਵਾਲੀ ਕੇਬਲ ਨਾਲ ਬਦਲਣ ਅਤੇ ਦੁਬਾਰਾ ਟੈਸਟ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਡਿਵਾਈਸ ਸੂਚਕਾਂ ਦੀ ਪਾਲਣਾ ਕਰੋ:ਜ਼ਿਆਦਾਤਰ ਨੈੱਟਵਰਕ ਡਿਵਾਈਸਾਂ (ਜਿਵੇਂ ਕਿ ਸਵਿੱਚ, ਰਾਊਟਰ, ਨੈੱਟਵਰਕ ਕਾਰਡ) ਵਿੱਚ ਲਿੰਕ ਸਥਿਤੀ ਸੂਚਕ ਹੁੰਦੇ ਹਨ। ਆਮ ਤੌਰ 'ਤੇ, ਕਨੈਕਸ਼ਨ ਤੋਂ ਬਾਅਦ ਲਾਈਟ (ਹਰਾ ਜਾਂ ਸੰਤਰੀ) ਜਗਮਗਾਏਗੀ, ਅਤੇ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਇੱਕ ਝਪਕਣਾ ਹੋ ਸਕਦਾ ਹੈ। ਜੇਕਰ ਸੂਚਕ ਜਗਮਗਾ ਨਹੀਂ ਰਿਹਾ ਹੈ, ਤਾਂ ਇਹ ਨੈੱਟਵਰਕ ਕੇਬਲ, ਟੁੱਟੇ ਹੋਏ ਇੰਟਰਫੇਸ, ਜਾਂ ਡਿਵਾਈਸ ਚਾਲੂ ਨਾ ਹੋਣ ਦੀ ਸਮੱਸਿਆ ਹੋ ਸਕਦੀ ਹੈ।
ਟੈਸਟ ਪੋਰਟ:ਪੋਰਟ ਦੇ ਨੁਕਸਾਨ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਖਤਮ ਕਰਨ ਲਈ ਨੈੱਟਵਰਕ ਕੇਬਲ ਨੂੰ ਡਿਵਾਈਸ ਦੇ ਦੂਜੇ ਪੋਰਟ ਵਿੱਚ ਲਗਾਓ। ਜੇਕਰ ਉਪਲਬਧ ਹੋਵੇ, ਤਾਂ ਤੁਸੀਂ ਨੈੱਟਵਰਕ ਕੇਬਲ ਦੀ ਕਨੈਕਟੀਵਿਟੀ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਇੱਕ ਨੈੱਟਵਰਕ ਕੇਬਲ ਟੈਸਟਰ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ ਤਾਂ ਜੋ ਇਹ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾ ਸਕੇ ਕਿ ਤਾਰਾਂ ਦਾ ਹਰੇਕ ਜੋੜਾ ਸਹੀ ਢੰਗ ਨਾਲ ਕ੍ਰਮਬੱਧ ਹੈ।
ਭੌਤਿਕ ਕਨੈਕਸ਼ਨ ਨੈੱਟਵਰਕ ਸੰਚਾਰ ਵਿੱਚ ਪਹਿਲਾ ਕਦਮ ਹੈ, ਅਤੇ ਸਾਨੂੰ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਇਸ ਪਰਤ 'ਤੇ ਕੋਈ ਸਮੱਸਿਆ ਨਾ ਹੋਵੇ ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਅਸੀਂ ਉੱਚ-ਪੱਧਰੀ ਕਾਰਨਾਂ ਦੀ ਜਾਂਚ ਜਾਰੀ ਰੱਖ ਸਕੀਏ।
2. ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਕਿ ਪੋਰਟ ਅਯੋਗ ਨਹੀਂ ਹੈ, ਡਿਵਾਈਸ ਦੀ STP ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰੋ।
ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਆਮ ਭੌਤਿਕ ਕਨੈਕਸ਼ਨ ਦੇ ਬਾਵਜੂਦ ਪਿੰਗ ਕਰਨ ਵਿੱਚ ਅਸਮਰੱਥ ਹੋ, ਤਾਂ ਡਿਵਾਈਸ ਦੇ ਲਿੰਕ-ਲੇਅਰ ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਕੋਈ ਸਮੱਸਿਆ ਹੋ ਸਕਦੀ ਹੈ। ਇੱਕ ਆਮ ਕਾਰਨ ਸਪੈਨਿੰਗ ਟ੍ਰੀ ਪ੍ਰੋਟੋਕੋਲ (STP) ਹੈ।
STP ਦੀ ਭੂਮਿਕਾ ਨੂੰ ਸਮਝੋ:STP (ਸਪੈਨਿੰਗ ਟ੍ਰੀ ਪ੍ਰੋਟੋਕੋਲ) ਦੀ ਵਰਤੋਂ ਨੈੱਟਵਰਕ ਵਿੱਚ ਲੂਪਸ ਦੀ ਦਿੱਖ ਨੂੰ ਰੋਕਣ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਜੇਕਰ ਕੋਈ ਡਿਵਾਈਸ ਲੂਪ ਦਾ ਪਤਾ ਲਗਾਉਂਦੀ ਹੈ, ਤਾਂ STP ਕੁਝ ਪੋਰਟਾਂ ਨੂੰ ਬਲਾਕਿੰਗ ਸਥਿਤੀ ਵਿੱਚ ਰੱਖਦਾ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਡੇਟਾ ਅੱਗੇ ਭੇਜਣ ਤੋਂ ਰੋਕਦਾ ਹੈ।
ਪੋਰਟ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰੋ:ਇਹ ਦੇਖਣ ਲਈ ਕਿ ਕੀ ਪੋਰਟ "ਫਾਰਵਰਡਿੰਗ" ਸਥਿਤੀ ਵਿੱਚ ਹੈ, ਆਪਣੀ ਡਿਵਾਈਸ ਦੇ CLI (ਕਮਾਂਡ ਲਾਈਨ ਇੰਟਰਫੇਸ) ਜਾਂ ਵੈੱਬ ਐਡਮਿਨ ਇੰਟਰਫੇਸ ਵਿੱਚ ਲੌਗਇਨ ਕਰੋ। ਸਿਸਕੋ ਸਵਿੱਚ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, STP ਸਥਿਤੀ ਨੂੰ show spat-tree ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਜੇਕਰ ਕੋਈ ਪੋਰਟ "ਬਲਾਕਿੰਗ" ਵਜੋਂ ਦਿਖਾਇਆ ਗਿਆ ਹੈ, ਤਾਂ STP ਉਸ ਪੋਰਟ 'ਤੇ ਸੰਚਾਰ ਨੂੰ ਬਲੌਕ ਕਰ ਰਿਹਾ ਹੈ।
ਹੱਲ:
STP ਨੂੰ ਅਸਥਾਈ ਤੌਰ 'ਤੇ ਅਯੋਗ ਕਰੋ:ਇੱਕ ਟੈਸਟ ਵਾਤਾਵਰਣ ਵਿੱਚ, STP ਨੂੰ ਅਸਥਾਈ ਤੌਰ 'ਤੇ ਬੰਦ ਕਰਨਾ ਸੰਭਵ ਹੈ (ਉਦਾਹਰਣ ਵਜੋਂ, ਕੋਈ ਸਪੈਥ-ਟ੍ਰੀ vlan 1 ਨਹੀਂ), ਪਰ ਉਤਪਾਦਨ ਵਿੱਚ ਇਸਦੀ ਸਿਫਾਰਸ਼ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਪ੍ਰਸਾਰਣ ਤੂਫਾਨ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ।
ਪੋਰਟਫਾਸਟ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ:ਜੇਕਰ ਡਿਵਾਈਸ ਇਸਦਾ ਸਮਰਥਨ ਕਰਦੀ ਹੈ, ਤਾਂ ਪੋਰਟਫਾਸਟ ਫੰਕਸ਼ਨ ਨੂੰ ਪੋਰਟ 'ਤੇ ਸਮਰੱਥ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ (ਕਮਾਂਡ ਜਿਵੇਂ ਕਿ ਸਪੈਥ-ਟ੍ਰੀ ਪੋਰਟਫਾਸਟ), ਜਿਸ ਨਾਲ ਪੋਰਟ STP ਸੁਣਨ ਅਤੇ ਸਿੱਖਣ ਦੇ ਪੜਾਅ ਨੂੰ ਛੱਡ ਸਕਦਾ ਹੈ ਅਤੇ ਸਿੱਧਾ ਫਾਰਵਰਡਿੰਗ ਸਥਿਤੀ ਵਿੱਚ ਦਾਖਲ ਹੋ ਸਕਦਾ ਹੈ।
ਲੂਪਸ ਦੀ ਜਾਂਚ ਕਰੋ:ਜੇਕਰ STP ਬਲਾਕ ਨੈੱਟਵਰਕ ਵਿੱਚ ਲੂਪਸ ਦੀ ਮੌਜੂਦਗੀ ਕਾਰਨ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਲੂਪਸ ਨੂੰ ਲੱਭਣ ਅਤੇ ਤੋੜਨ ਲਈ ਨੈੱਟਵਰਕ ਟੌਪੋਲੋਜੀ ਦੀ ਹੋਰ ਜਾਂਚ ਕਰੋ।
ਐਂਟਰਪ੍ਰਾਈਜ਼ ਨੈੱਟਵਰਕਾਂ ਵਿੱਚ STP ਸਮੱਸਿਆਵਾਂ ਆਮ ਹਨ, ਖਾਸ ਕਰਕੇ ਮਲਟੀ-ਸਵਿੱਚ ਵਾਤਾਵਰਣਾਂ ਵਿੱਚ। ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਛੋਟਾ ਨੈੱਟਵਰਕ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਇਸ ਪੜਾਅ ਨੂੰ ਹੁਣ ਲਈ ਛੱਡ ਸਕਦੇ ਹੋ, ਪਰ ਇਹ ਸਮਝਣਾ ਕਿ STP ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਭਵਿੱਖ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਵਿੱਚ ਬਹੁਤ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ।
3. ਜਾਂਚ ਕਰੋ ਕਿ ਕੀ ARP ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ ਕਿ MAC ਐਡਰੈੱਸ ਸਹੀ ਢੰਗ ਨਾਲ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ।
ਜਦੋਂ ਲਿੰਕ ਲੇਅਰ ਆਮ ਹੋਵੇ, ਤਾਂ ਜਾਂਚ ਕਰਨ ਲਈ ਨੈੱਟਵਰਕ ਲੇਅਰ 'ਤੇ ਜਾਓ। ਪਿੰਗ ਕਮਾਂਡ ICMP ਪ੍ਰੋਟੋਕੋਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ, ਜੋ ਪਹਿਲਾਂ ਐਡਰੈੱਸ ਰੈਜ਼ੋਲਿਊਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ (ARP) ਰਾਹੀਂ ਟਾਰਗੇਟ IP ਐਡਰੈੱਸ ਨੂੰ MAC ਐਡਰੈੱਸ 'ਤੇ ਹੱਲ ਕਰਦਾ ਹੈ। ਜੇਕਰ ARP ਰੈਜ਼ੋਲਿਊਸ਼ਨ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਪਿੰਗ ਅਸਫਲ ਹੋ ਜਾਵੇਗਾ।
ARP ਟੇਬਲ ਦੀ ਜਾਂਚ ਕਰੋ: ਇਹ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਕਿ ਟਾਰਗੇਟ ਡਿਵਾਈਸ ਦਾ MAC ਐਡਰੈੱਸ ਸਫਲਤਾਪੂਰਵਕ ਹੱਲ ਹੋ ਗਿਆ ਹੈ, ਡਿਵਾਈਸ 'ਤੇ ARP ਟੇਬਲ ਦੀ ਜਾਂਚ ਕਰੋ। ਉਦਾਹਰਣ ਵਜੋਂ, Windows ਵਿੱਚ, ਤੁਸੀਂ ਕਮਾਂਡ ਲਾਈਨ ਖੋਲ੍ਹ ਕੇ ਅਤੇ arp-a ਟਾਈਪ ਕਰਕੇ ARP ਕੈਸ਼ ਦੇਖ ਸਕਦੇ ਹੋ। ਜੇਕਰ ਮੰਜ਼ਿਲ IP ਲਈ ਕੋਈ MAC ਐਡਰੈੱਸ ਨਹੀਂ ਹੈ, ਤਾਂ ARP ਰੈਜ਼ੋਲਿਊਸ਼ਨ ਅਸਫਲ ਹੋ ਗਿਆ।
ARP ਦੀ ਹੱਥੀਂ ਜਾਂਚ:ARP ਬੇਨਤੀਆਂ ਨੂੰ ਹੱਥੀਂ ਭੇਜਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ। ਉਦਾਹਰਣ ਵਜੋਂ, Windows 'ਤੇ ਤੁਸੀਂ ARP ਬੇਨਤੀ ਨੂੰ ਚਾਲੂ ਕਰਨ ਲਈ ਪਿੰਗ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਜਾਂ ਸਿੱਧੇ ਤੌਰ 'ਤੇ arping ਵਰਗੇ ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ (ਲੀਨਕਸ ਸਿਸਟਮਾਂ 'ਤੇ)। ਜੇਕਰ ARP ਬੇਨਤੀ ਦਾ ਕੋਈ ਜਵਾਬ ਨਹੀਂ ਮਿਲਦਾ, ਤਾਂ ਸੰਭਾਵਿਤ ਕਾਰਨਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:
ਫਾਇਰਵਾਲ ਬਲਾਕਿੰਗ:ARP ਬੇਨਤੀਆਂ ਕੁਝ ਡਿਵਾਈਸਾਂ ਦੇ ਫਾਇਰਵਾਲ ਦੁਆਰਾ ਬਲੌਕ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਟਾਰਗੇਟ ਡਿਵਾਈਸ ਦੀਆਂ ਫਾਇਰਵਾਲ ਸੈਟਿੰਗਾਂ ਦੀ ਜਾਂਚ ਕਰੋ ਅਤੇ ਫਾਇਰਵਾਲ ਨੂੰ ਅਸਥਾਈ ਤੌਰ 'ਤੇ ਬੰਦ ਕਰਨ ਤੋਂ ਬਾਅਦ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰੋ।
ਆਈਪੀ ਟੱਕਰ:ਜੇਕਰ ਨੈੱਟਵਰਕ ਵਿੱਚ IP ਐਡਰੈੱਸ ਟੱਕਰਾਂ ਹੁੰਦੀਆਂ ਹਨ ਤਾਂ ARP ਰੈਜ਼ੋਲਿਊਸ਼ਨ ਅਸਫਲ ਹੋ ਸਕਦਾ ਹੈ। ਪੈਕੇਟਾਂ ਨੂੰ ਫੜਨ ਲਈ ਅਤੇ ਇਹ ਦੇਖਣ ਲਈ ਕਿ ਕੀ ਇੱਕੋ IP ਦਾ ਜਵਾਬ ਦੇਣ ਵਾਲੇ ਕਈ MAC ਐਡਰੈੱਸ ਹਨ, ਵਾਇਰਸ਼ਾਰਕ ਵਰਗੇ ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰੋ।
ਹੱਲ:
Arpcache ਮਿਟਾਓ (Windows: netsh interface ip delete arpcache; Linux: ip-ss neigh flush all) ਅਤੇ ਫਿਰ ਦੁਬਾਰਾ ਪਿੰਗ ਕਰੋ।
ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਦੋਵਾਂ ਡਿਵਾਈਸਾਂ ਦੇ 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 ਸੈੱਟ ਆਲਪ੍ਰੋਫਾਈਲ ਸਟੇਟ ਆਫ; Linux: iptables -F) ਇਹ ਜਾਂਚਣ ਲਈ ਕਿ ਕੀ ਪਿੰਗ ਵਾਪਸ ਆਮ ਵਾਂਗ ਹੈ। ਡਿਵਾਈਸ 'ਤੇ ICMP ਜਵਾਬਾਂ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ (ਉਦਾਹਰਨ ਲਈ, Cisco ਡਿਵਾਈਸ: ip icmp echo-reply)।
ICMP ਮੁੱਦੇ ਅਕਸਰ ਸੁਰੱਖਿਆ ਨੀਤੀਆਂ ਨਾਲ ਸਬੰਧਤ ਹੁੰਦੇ ਹਨ, ਜਿਨ੍ਹਾਂ ਲਈ ਸੁਰੱਖਿਆ ਅਤੇ ਕਨੈਕਟੀਵਿਟੀ ਵਿਚਕਾਰ ਸਮਝੌਤਾ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
6. ਜਾਂਚ ਕਰੋ ਕਿ ਕੀ ਪੈਕੇਟ ਫਾਰਮੈਟ ਸਹੀ ਹੈ ਤਾਂ ਜੋ ਇਹ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾ ਸਕੇ ਕਿ ਪ੍ਰੋਟੋਕੋਲ ਸਟੈਕ ਵਿੱਚ ਕੋਈ ਅਸੰਗਤੀਆਂ ਨਹੀਂ ਹਨ।
ਜੇਕਰ ਸਭ ਕੁਝ ਠੀਕ ਰਿਹਾ ਅਤੇ ਤੁਸੀਂ ਅਜੇ ਵੀ ਪਿੰਗ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਤਾਂ ਤੁਹਾਨੂੰ ਇਹ ਜਾਂਚ ਕਰਨ ਲਈ ਪ੍ਰੋਟੋਕੋਲ ਸਟੈਕ ਵਿੱਚ ਡ੍ਰਿਲ ਡਾਊਨ ਕਰਨ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ ਕਿ ਪੈਕੇਟ ਸਹੀ ਫਾਰਮੈਟ ਵਿੱਚ ਹੈ।
ਪੈਕੇਟਾਂ ਨੂੰ ਕੈਪਚਰ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰੋ:
ICMP ਪੈਕੇਟਾਂ ਨੂੰ ਕੈਪਚਰ ਕਰਨ ਲਈ ਵਾਇਰਸ਼ਾਰਕ ਦੀ ਵਰਤੋਂ ਕਰੋ ਅਤੇ ਹੇਠ ਲਿਖਿਆਂ ਦੀ ਜਾਂਚ ਕਰੋ:
- ICMP ਬੇਨਤੀ ਦੀ ਕਿਸਮ ਅਤੇ ਕੋਡ ਸਹੀ ਹਨ (ਈਕੋ ਬੇਨਤੀ ਕਿਸਮ 8, ਕੋਡ 0 ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ)।
- ਕੀ ਸਰੋਤ ਅਤੇ ਮੰਜ਼ਿਲ ਆਈਪੀ ਸਹੀ ਹਨ।
- ਕੀ ਕੋਈ ਅਸਧਾਰਨ TTL (ਟਾਈਮ ਟੂ ਲਾਈਵ) ਮੁੱਲ ਹਨ ਜੋ ਪੈਕੇਟ ਨੂੰ ਅੱਧ ਵਿਚਕਾਰ ਸੁੱਟ ਸਕਦੇ ਹਨ।
MTU ਸੈਟਿੰਗਾਂ ਦੀ ਜਾਂਚ ਕਰੋ:ਜੇਕਰ ਵੱਧ ਤੋਂ ਵੱਧ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਯੂਨਿਟ (MTU) ਸੈਟਿੰਗਾਂ ਇਕਸਾਰ ਨਹੀਂ ਹਨ, ਤਾਂ ਪੈਕੇਟ ਫ੍ਰੈਗਮੈਂਟੇਸ਼ਨ ਅਸਫਲ ਹੋ ਸਕਦਾ ਹੈ। ਡਿਫੌਲਟ MTU 1500 ਬਾਈਟ ਹੈ, ਪਰ ਕੁਝ ਡਿਵਾਈਸਾਂ ਨੂੰ ਛੋਟੇ ਮੁੱਲਾਂ ਨਾਲ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ping-fl 1472 ਟਾਰਗੇਟ IP (Windows) ਕਮਾਂਡ ਨਾਲ ਫ੍ਰੈਗਮੈਂਟੇਸ਼ਨ ਦੀ ਜਾਂਚ ਕਰੋ। ਜੇਕਰ ਸ਼ਾਰਡਿੰਗ ਲਈ ਪੁੱਛਿਆ ਜਾਂਦਾ ਹੈ ਪਰ ਡੂ ਨਾ ਸ਼ਾਰਡਿੰਗ (DF) ਫਲੈਗ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ MTU ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ।
ਹੱਲ:
MTU ਮੁੱਲ ਨੂੰ ਐਡਜਸਟ ਕਰੋ (ਵਿੰਡੋਜ਼: netsh ਇੰਟਰਫੇਸ ipv4 ਸੈੱਟ ਸਬ-ਇੰਟਰਫੇਸ "ਈਥਰਨੈੱਟ" mtu=1400 ਸਟੋਰ=ਸਥਿਰ)।
ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਦੋਵਾਂ ਡਿਵਾਈਸਾਂ ਦਾ MTU ਇੱਕੋ ਜਿਹਾ ਹੈ।
ਪ੍ਰੋਟੋਕੋਲ ਸਟੈਕ ਸਮੱਸਿਆ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਹੈ, ਇਹ ਸੁਝਾਅ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਕਿ ਮੁੱਢਲੀ ਜਾਂਚ ਦੇ ਬੇਕਾਰ ਹੋਣ ਤੋਂ ਬਾਅਦ ਡੂੰਘਾਈ ਨਾਲ ਵਿਸ਼ਲੇਸ਼ਣ ਕੀਤਾ ਜਾਵੇ।
7. ਜਾਣਕਾਰੀ ਇਕੱਠੀ ਕਰੋ ਅਤੇ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਪ੍ਰਾਪਤ ਕਰੋ
ਜੇਕਰ ਉਪਰੋਕਤ ਕਦਮ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਨਹੀਂ ਕਰਦੇ, ਤਾਂ ਤੁਹਾਨੂੰ ਹੋਰ ਜਾਣਕਾਰੀ ਇਕੱਠੀ ਕਰਨ ਅਤੇ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਲੈਣ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।
ਲਾਗ:ਡਿਵਾਈਸ ਦੀ ਲੌਗ ਜਾਣਕਾਰੀ ਇਕੱਠੀ ਕਰੋ (ਰਾਊਟਰ/ਸਵਿੱਚ ਦਾ ਸਿਸਟਮਲਾਗ, ਪੀਸੀ ਦਾ ਸਿਸਟਮਲਾਗ) ਅਤੇ ਦੇਖੋ ਕਿ ਕੀ ਕੋਈ ਗਲਤੀ ਹੈ।
ਨਿਰਮਾਤਾ ਨਾਲ ਸੰਪਰਕ ਕਰੋ:ਜੇਕਰ ਡਿਵਾਈਸ ਇੱਕ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਉਤਪਾਦ ਹੈ ਜਿਵੇਂ ਕਿਮਾਈਲਿੰਕਿੰਗ(ਨੈੱਟਵਰਕ ਟੈਪਸ, ਨੈੱਟਵਰਕ ਪੈਕੇਟ ਬ੍ਰੋਕਰਅਤੇਇਨਲਾਈਨ ਬਾਈਪਾਸ), ਸਿਸਕੋ (ਰਾਊਟਰ/ਸਵਿੱਚ), ਹੁਆਵੇਈ (ਰਾਊਟਰ/ਸਵਿੱਚ), ਤੁਸੀਂ ਵਿਸਤ੍ਰਿਤ ਨਿਰੀਖਣ ਕਦਮ ਅਤੇ ਲੌਗ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਨਿਰਮਾਤਾ ਦੇ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਨਾਲ ਸੰਪਰਕ ਕਰ ਸਕਦੇ ਹੋ।
ਭਾਈਚਾਰੇ ਦਾ ਲਾਭ ਉਠਾਉਣਾ:ਮਦਦ ਲਈ ਤਕਨੀਕੀ ਫੋਰਮਾਂ (ਜਿਵੇਂ ਕਿ ਸਟੈਕ ਓਵਰਫਲੋ, ਸਿਸਕੋ ਕਮਿਊਨਿਟੀ) 'ਤੇ ਪੋਸਟ ਕਰੋ, ਜੋ ਵਿਸਤ੍ਰਿਤ ਨੈੱਟਵਰਕ ਟੌਪੋਲੋਜੀ ਅਤੇ ਸੰਰਚਨਾ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ।
ਇੱਕ ਨੈੱਟਵਰਕ ਡਿਵਾਈਸ ਨਾਲ ਸਿੱਧਾ ਕਨੈਕਸ਼ਨ ਜੋ ਪਿੰਗ ਵਿੱਚ ਅਸਫਲ ਰਹਿੰਦਾ ਹੈ, ਇਹ ਸਧਾਰਨ ਜਾਪਦਾ ਹੈ, ਪਰ ਅਸਲ ਵਿੱਚ ਇਸ ਵਿੱਚ ਭੌਤਿਕ ਲੇਅਰ, ਲਿੰਕ ਲੇਅਰ, ਨੈੱਟਵਰਕ ਲੇਅਰ, ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ ਪ੍ਰੋਟੋਕੋਲ ਸਟੈਕ ਵਿੱਚ ਕਈ ਸਮੱਸਿਆਵਾਂ ਸ਼ਾਮਲ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਜ਼ਿਆਦਾਤਰ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਇਹਨਾਂ ਸੱਤ ਕਦਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰਕੇ ਹੱਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਮੁੱਢਲੇ ਤੋਂ ਲੈ ਕੇ ਉੱਨਤ ਤੱਕ। ਭਾਵੇਂ ਇਹ ਨੈੱਟਵਰਕ ਕੇਬਲ ਦੀ ਜਾਂਚ ਕਰਨਾ ਹੋਵੇ, STP ਨੂੰ ਐਡਜਸਟ ਕਰਨਾ ਹੋਵੇ, ARP ਦੀ ਪੁਸ਼ਟੀ ਕਰਨਾ ਹੋਵੇ, ਜਾਂ IP ਕੌਂਫਿਗਰੇਸ਼ਨ ਅਤੇ ICMP ਨੀਤੀ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣਾ ਹੋਵੇ, ਹਰ ਕਦਮ ਲਈ ਦੇਖਭਾਲ ਅਤੇ ਧੀਰਜ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਇਹ ਗਾਈਡ ਤੁਹਾਨੂੰ ਆਪਣੀ ਇੰਟਰਨੈੱਟ ਟ੍ਰਬਲਸ਼ੋਕਿੰਗ ਕਿਵੇਂ ਕਰਨੀ ਹੈ ਇਸ ਬਾਰੇ ਕੁਝ ਸਪੱਸ਼ਟਤਾ ਦੇਵੇਗੀ, ਇਸ ਲਈ ਜੇਕਰ ਤੁਹਾਨੂੰ ਅਜਿਹੀ ਸਮੱਸਿਆ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਤਾਂ ਤੁਸੀਂ ਉਲਝਣ ਵਿੱਚ ਨਹੀਂ ਹੋਵੋਗੇ।
ਪੋਸਟ ਸਮਾਂ: ਮਈ-09-2025
