VPN ਨਾਲ ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਸਥਾਨਕ IP ਪਤੇ ਦਾ ਟਕਰਾਅ ਠੀਕ ਕਰੋ

ਇਹ ਸਾਰੀਆਂ ਰਿਪੋਰਟਾਂ ਇੱਕੋ ਜਿਹੀਆਂ ਸੁਣਾਈ ਦਿੰਦੀਆਂ ਹਨ ਪਰ ਵੱਖਰਾ ਅਰਥ ਰੱਖਦੀਆਂ ਹਨ: ਲੈਪਟਾਪ ਪਤੇ ਦੇ ਟਕਰਾਅ ਦੀ ਸ਼ਿਕਾਇਤ ਕਰਦਾ ਹੈ, ਪਰ ਸਿਰਫ਼ ਕਦੀ-ਕਦੀ, ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਜਦੋਂ VPN ਚਾਲੂ ਹੁੰਦਾ ਹੈ। ਤਿੰਨ ਵੱਖਰੀਆਂ ਖਰਾਬੀਆਂ ਉਹ ਸੁਨੇਹਾ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ: ਤੁਹਾਡੇ ਆਪਣੇ ਲਿੰਕ ਉੱਤੇ ਅਸਲ ਡੁਪਲੀਕੇਟ, ਇੱਕ ਓਵਰਲੈਪ ਜਿੱਥੇ ਦੂਰ ਦਾ ਨੈੱਟਵਰਕ ਤੁਹਾਡੀ LAN ਰੇਂਜ ਵਰਤਦਾ ਹੈ ਅਤੇ ਕੁਝ ਵੀ ਡੁਪਲੀਕੇਟ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਇੱਕ ਟਨਲ ਜਿਸ ਨੇ ਇੱਕ ਪਤਾ ਦੋ ਪੀਅਰਾਂ ਨੂੰ ਦਿੱਤਾ। ਮੁਰੰਮਤ ਹਰ ਹਾਲਤ ਵਿੱਚ ਵੱਖਰੀ ਹੈ, ਅਤੇ ਗਲਤ ਵਾਲੀ ਲੱਛਣ ਨੂੰ ਹਟਾਉਣ ਦੀ ਥਾਂ ਹਿਲਾ ਦਿੰਦੀ ਹੈ। ਇਸ ਲਈ ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਕਿਹੜੀ ਹਾਲਤ ਹੈ।

ਇੱਕੋ ਗਲਤੀ ਸੁਨੇਹਾ ਸਾਂਝਾ ਕਰਨ ਵਾਲੀਆਂ ਤਿੰਨ ਖਰਾਬੀਆਂ

ਡੁਪਲੀਕੇਟ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇੱਕੋ ਸੈਗਮੈਂਟ ਦੀਆਂ ਦੋ ਮਸ਼ੀਨਾਂ ਇੱਕੋ ਪਤਾ ਦਾਅਵਾ ਕਰਦੀਆਂ ਹਨ। ਕਰਨਲ ਇਹ ਨੋਟਿਸ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ ਇਸ ਦੀ ਆਪਣੀ ਪੜਤਾਲ ਦਾ ਜਵਾਬ ਵੱਖਰੇ MAC ਤੋਂ ਆਉਂਦਾ ਹੈ, ਅਤੇ ਅੱਗੇ ਕੀ ਹੁੰਦਾ ਹੈ ਇਹ ਸਟੈਕ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ: Linux ਇਸ ਨੂੰ ਲੌਗ ਕਰਦਾ ਹੈ, Windows ਇੰਟਰਫੇਸ ਬੰਦ ਕਰਕੇ ਸਿਸਟਮ ਲੌਗ ਵਿੱਚ ਐਂਟਰੀ ਲਿਖਦਾ ਹੈ, ਅਤੇ DHCP ਕਲਾਇੰਟ ਪੇਸ਼ਕਸ਼ ਨੂੰ ਰੱਦ ਕਰ ਸਕਦਾ ਹੈ।

ਓਵਰਲੈਪ ਕੋਈ ਵੀ ਪਤਾ ਡੁਪਲੀਕੇਟ ਨਹੀਂ ਕਰਦਾ। ਤੁਹਾਡੀ LAN 192.168.1.0/24 ਹੈ, ਦਫ਼ਤਰ ਦਾ ਨੈੱਟਵਰਕ ਵੀ 192.168.1.0/24 ਹੈ, ਅਤੇ ਹੁਣ ਦਫ਼ਤਰ ਦਾ ਰਸਤਾ ਉਹਨਾਂ ਪਤਿਆਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ ਜੋ ਤੁਹਾਡਾ ਪ੍ਰਿੰਟਰ ਅਤੇ NAS ਵੀ ਹਨ। ARP ਅਰਥ ਵਿੱਚ ਕੁਝ ਵੀ ਟਕਰਾਅ ਵਿੱਚ ਨਹੀਂ; ਪੈਕਟ ਬੱਸ ਦੋ ਨੈੱਟਵਰਕਾਂ ਵਿੱਚੋਂ ਇੱਕ ਉੱਤੇ ਗਲਤ ਡਿਵਾਈਸ ਕੋਲ ਜਾਂਦਾ ਹੈ।

ਪੂਲ ਵਿੱਚ ਟਕਰਾਅ ਟਨਲ ਦੀ ਆਪਣੀ ਗਲਤੀ ਹੈ। ਦੋ ਪੀਅਰਾਂ ਨੂੰ ਇੱਕੋ ਟਨਲ ਪਤਾ ਕਨਫਿਗਰ ਕੀਤਾ ਗਿਆ ਜਾਂ ਦਿੱਤਾ ਗਿਆ ਸੀ, ਇਸ ਲਈ ਸਰਵਰ ਵਾਪਸੀ ਟ੍ਰੈਫਿਕ ਭੇਜਦਿਆਂ ਉਹਨਾਂ ਨੂੰ ਵੱਖ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਦੋ ਕਲਾਇੰਟਾਂ ਵਿੱਚੋਂ ਇੱਕ ਕੰਮ ਕਰਦਾ ਹੈਂਡਸ਼ੇਕ ਅਤੇ ਕੋਈ ਡੇਟਾ ਨਹੀਂ ਦੇਖਦਾ, ਜੋ ਰੂਟਿੰਗ ਸਮੱਸਿਆ ਵਾਂਗ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ ਪਰ ਹੈ ਨਹੀਂ।

ਟੈਸਟ 1: ਕੀ ਡੁਪਲੀਕੇਟ ਤੁਹਾਡੇ ਆਪਣੇ ਸੈਗਮੈਂਟ ਵਿੱਚ ਹੈ?

ਸ਼ੁਰੂ ਇਸ ਗੱਲ ਦੀ ਸੂਚੀ ਨਾਲ ਕਰੋ ਕਿ ਤੁਹਾਡੀ ਮਸ਼ੀਨ ਕੋਲ ਅਸਲ ਵਿੱਚ ਕੀ ਹੈ, ਨਾ ਕਿ ਉਹ ਜੋ ਤੁਸੀਂ ਕਨਫਿਗਰ ਕੀਤਾ ਯਾਦ ਕਰਦੇ ਹੋ। VPN ਅਡੈਪਟਰ ਦਾ ਪਤਾ ਟਨਲ ਲਈ ਨਿੱਜੀ ਹੁੰਦਾ ਹੈ ਅਤੇ ਉਹ ਪਤਾ ਨਹੀਂ ਜੋ ਵੈੱਬਸਾਈਟਾਂ ਦੇਖਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਸਾਂਝਾ ਜਨਤਕ ਨਿਕਾਸ ਟਕਰਾਅ ਨਹੀਂ ਹੈ।

ip -br addr
ip neigh
ip route show table all | grep -E 'wg|tun|ppp'

Windows ਵਿੱਚ ਇਹੀ ਜਾਣਕਾਰੀ ipconfig /all ਅਤੇ Get-NetIPAddress ਤੋਂ ਆਉਂਦੀ ਹੈ, ਗੁਆਂਢੀ ਕੈਸ਼ arp -a ਵਿੱਚ ਹੈ। ਜੇ ਵਿਵਾਦਿਤ ਪਤਾ ਭੌਤਿਕ ਅਡੈਪਟਰ ਉੱਤੇ ਹੈ ਅਤੇ ਸ਼ਿਕਾਇਤ VPN ਚੱਲੇ ਬਿਨਾਂ ਵੀ ਦਿਖਦੀ ਹੈ, ਤਾਂ VPN ਦਰਸ਼ਕ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਇਸਦੀ ਸਮੱਸਿਆ ਲੱਭਣੀ ਬੰਦ ਕਰ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ।

ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਦੀ ਥਾਂ ਡੁਪਲੀਕੇਟ ਸਾਬਤ ਕਰਨ ਲਈ, ਪਤੇ ਦੀ ਪੜਤਾਲ ਅਜਿਹੇ ਡਿਵਾਈਸ ਤੋਂ ਕਰੋ ਜੋ ਇਸਦਾ ਮਾਲਕ ਨਹੀਂ। arping -D ਪੜਤਾਲ ਜ਼ੀਰੋ ਸਰੋਤ ਪਤੇ ਨਾਲ ਭੇਜਦਾ ਹੈ, ਇਸ ਲਈ ਅਣਕਿਆਸੇ MAC ਤੋਂ ਜਵਾਬ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਕੋਈ ਹੋਰ ਹੋਸਟ ਪਹਿਲਾਂ ਹੀ ਉਸ ਪਤੇ ਦਾ ਜਵਾਬ ਦੇ ਰਿਹਾ ਹੈ।

sudo arping -D -I eth0 -c 3 192.168.1.50

ਫਿਰ ਆਪਣੇ ਆਪ ਹੋਰ ਪਤਾ ਚੁਣਨ ਦੀ ਥਾਂ ਨੈੱਟਵਰਕ ਪ੍ਰਬੰਧਕ ਰਾਹੀਂ ਮਾਲਕ ਲੱਭੋ। ਸਿਰਫ਼ ਕਿਸੇ ਦੇ ਨੋਟਾਂ ਵਿੱਚ ਰਹਿੰਦੀਆਂ ਸਥਿਰ ਤੋਂਣਾਂ, ਸਥਿਰ ਪਤੇ ਵਾਲੇ ਪ੍ਰਿੰਟਰ ਅਤੇ DHCP ਸਰਵਰ ਉੱਤੇ ਰਾਖਵੇਂਕਰਨ ਆਮ ਦੋਸ਼ੀ ਹਨ, ਅਤੇ ਬੰਦ ਡਿਵਾਈਸ ਵੀ ਆਪਣੇ ਲੀਜ਼ ਦਾ ਮਾਲਕ ਰਹਿੰਦਾ ਹੈ।

ਟੈਸਟ 2: ਕੀ ਦੋ ਨੈੱਟਵਰਕ ਓਵਰਲੈਪ ਹੁੰਦੇ ਹਨ?

ਟਨਲ ਵੱਲੋਂ ਦਿੱਤੇ ਪ੍ਰੀਫਿਕਸ ਦੀ ਤੁਲਨਾ ਆਪਣੇ ਇੰਟਰਫੇਸਾਂ ਦੇ ਪ੍ਰੀਫਿਕਸਾਂ ਨਾਲ ਕਰੋ। ਜੇ ਦੂਰ ਦੀ ਰੇਂਜ ਤੁਹਾਡੀ LAN ਦੇ ਬਰਾਬਰ ਹੈ ਜਾਂ ਇਸਨੂੰ ਸ਼ਾਮਲ ਕਰਦੀ ਹੈ, ਤਾਂ ਖਰਾਬੀ ਓਵਰਲੈਪ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਖੋਲ੍ਹਣ ਵਾਲੀ ਗੱਲ ਇਹ ਹੈ ਕਿ VPN ਬਿਨਾਂ ਪਹੁੰਚਣ ਵਾਲਾ ਹੋਸਟ ਹਨੇਰਾ ਹੋ ਜਾਂਦਾ ਹੈ, ਜਾਂ ਤੁਹਾਡਾ ਆਪਣਾ ਪ੍ਰਿੰਟਰ ਦਫ਼ਤਰੀ ਪਤੇ ਉੱਤੇ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।

ip route get 192.168.1.10
ip -br addr show

ਰਸਤਾ ਖੋਜ ਦੱਸਦਾ ਹੈ ਕਿ ਕਰਨਲ ਕਿਹੜਾ ਇੰਟਰਫੇਸ ਵਰਤੇਗਾ, ਅਤੇ ਉਹ ਜਵਾਬ ਪੂਰਾ ਨਿਦਾਨ ਹੈ। ਜੇ ਇਹ ਤੁਹਾਡੇ ਸਥਾਨਕ ਪ੍ਰਿੰਟਰ ਦੇ ਪਤੇ ਲਈ ਟਨਲ ਦੱਸਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਡੇ ਕੋਲ ਓਵਰਲੈਪ ਹੈ ਅਤੇ ਕੋਈ ਲੀਜ਼ ਨਵੀਨੀਕਰਨ ਇਸਨੂੰ ਨਹੀਂ ਬਦਲਦਾ।

ਤਿੰਨ ਇਮਾਨਦਾਰ ਰਾਹ ਹਨ, ਅਤੇ ਆਮ ਤੌਰ ਉੱਤੇ ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਉਪਲਬਧ ਹੁੰਦਾ ਹੈ। ਦੂਰ ਦਾ ਪਾਸਾ ਓਵਰਲੈਪ ਹੋ ਰਹੇ ਸਬਨੈੱਟ ਲਈ ਟ੍ਰੈਫਿਕ ਮਾਸਕਰੇਡ ਕਰ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਡਾ ਕਲਾਇੰਟ ਸਿਰਫ਼ ਸਰਵਰ ਦਾ ਟਨਲ ਪਤਾ ਦੇਖਦਾ ਹੈ। ਟਨਲ ਤੁਹਾਡੀ LAN ਨਾਲ ਨਾ ਟਕਰਾਉਣ ਵਾਲਾ ਤੰਗ ਦੂਰ ਦਾ ਪ੍ਰੀਫਿਕਸ ਲੈ ਕੇ ਚੱਲ ਸਕਦਾ ਹੈ। ਜਾਂ ਕਲਾਇੰਟ ਨੀਤੀ ਨਿਯਮਾਂ ਨਾਲ ਸਰੋਤ ਪਤੇ ਅਨੁਸਾਰ ਰੂਟ ਕਰ ਸਕਦਾ ਹੈ, ਜੋ ਕੰਮ ਕਰਦਾ ਹੈ ਪਰ ਨਾਜ਼ੁਕ ਹੈ ਅਤੇ ਸਹਿਕਰਮੀ ਨੂੰ ਸੌਂਪਣਾ ਔਖਾ ਹੈ।

ਦਫ਼ਤਰ ਦੇ ਨੈੱਟਵਰਕ ਨੂੰ ਮੁੜ ਨੰਬਰ ਦੇਣਾ ਘੱਟ ਹੀ ਤੁਹਾਡਾ ਫ਼ੈਸਲਾ ਹੁੰਦਾ ਹੈ। ਟਕਰਾਅ ਤੋਂ ਬਚਣ ਲਈ ਆਪਣੀ LAN ਨੂੰ ਮੁੜ ਨੰਬਰ ਦੇਣਾ ਪ੍ਰਿੰਟਰ, ਕੈਮਰੇ ਅਤੇ ਸਥਿਰ ਹੋਸਟ ਸ਼ਾਮਲ ਹੋਣ ਮਗਰੋਂ ਬਹੁਤਿਆਂ ਦੀ ਉਮੀਦ ਤੋਂ ਵੱਡੀ ਤਬਦੀਲੀ ਹੈ।

ਟੈਸਟ 3: ਕੀ ਟਨਲ ਨੇ ਇੱਕ ਪਤਾ ਦੋ ਵਾਰ ਦਿੱਤਾ?

WireGuard ਕੋਲ ਪਤਿਆਂ ਦਾ ਪੂਲ ਨਹੀਂ। ਹਰ ਪੀਅਰ ਆਪਣੀ ਜਨਤਕ ਕੁੰਜੀ ਅਤੇ AllowedIPs ਵਿੱਚਲੇ ਪ੍ਰੀਫਿਕਸਾਂ ਨਾਲ ਪਛਾਣਿਆ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਡੁਪਲੀਕੇਟ ਉਦੋਂ ਦਿਖਦਾ ਹੈ ਜਦੋਂ ਇੱਕੋ ਟਨਲ ਪਤਾ ਦੋ ਪੀਅਰ ਐਂਟਰੀਆਂ ਵਿੱਚ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ ਜਾਂ ਇੱਕੋ ਕੁੰਜੀ ਜੋੜੀ ਦੋ ਮਸ਼ੀਨਾਂ ਉੱਤੇ ਇੰਸਟਾਲ ਹੁੰਦੀ ਹੈ।

wg show all allowed-ips
wg show wg0 latest-handshakes
wg show wg0 transfer

ਟ੍ਰੈਫਿਕ ਕਾਊਂਟਰ ਇੱਥੇ ਲਾਭਦਾਇਕ ਕਾਲਮ ਹਨ: ਹਾਲੀਆ ਹੈਂਡਸ਼ੇਕ ਦਿਖਾਉਣ ਵਾਲਾ ਪਰ ਕੋਈ ਟ੍ਰਾਂਸਫਰ ਨਾ ਹੋਣ ਵਾਲਾ ਪੀਅਰ ਜਾਂ ਤਾਂ ਗਲਤ ਪਤੇ ਉੱਤੇ ਹੈ ਜਾਂ ਉਸੇ ਪ੍ਰੀਫਿਕਸ ਦਾ ਦਾਅਵਾ ਕਰਨ ਵਾਲੀ ਹੋਰ ਐਂਟਰੀ ਨੇ ਉਸਨੂੰ ਢਕਿਆ ਹੋਇਆ ਹੈ। ਪ੍ਰੀਫਿਕਸ ਠੀਕ ਇੱਕ ਪੀਅਰ ਉੱਤੇ ਰੱਖੋ ਅਤੇ ਹਰ ਡਿਵਾਈਸ ਨੂੰ ਆਪਣੀ ਕੁੰਜੀ ਜੋੜੀ ਦਿਓ।

OpenVPN ਕੋਲ ਪੂਲ ਹੈ, ਅਤੇ ਆਮ ਟਕਰਾਅ ਸਥਿਰ --ifconfig ਲਾਈਨ ਵਾਲਾ ਸਾਂਝਾ ਕਲਾਇੰਟ ਪ੍ਰੋਫਾਈਲ ਦੂਜੀ ਮਸ਼ੀਨ ਉੱਤੇ ਕਾਪੀ ਕਰਨ ਨਾਲ ਹੁੰਦਾ ਹੈ। ਫਿਰ ਦੋਵੇਂ ਕਲਾਇੰਟ ਉਹੀ ਟਨਲ ਪਤਾ ਮੰਗਦੇ ਹਨ, ਅਤੇ ਸਰਵਰ ਉਹ ਸੈਸ਼ਨ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਜੋ ਪਹਿਲਾਂ ਪ੍ਰੋਸੈਸ ਕਰਦਾ ਹੈ। --duplicate-cn ਨਾਲ ਪੂਲ ਖ਼ਤਮ ਹੋਣਾ ਉਦੋਂ ਸਮਾਨ ਨਤੀਜਾ ਦਿੰਦਾ ਹੈ ਜਦੋਂ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਦੇ ਕਈ ਸੈਸ਼ਨ ਇੱਕ ਐਂਟਰੀ ਲਈ ਮੁਕਾਬਲਾ ਕਰਦੇ ਹਨ।

ਇਸ ਲਈ ਕਲਾਇੰਟ ਲੌਗ ਦੀ ਥਾਂ ਸਰਵਰ ਲੌਗ ਪੜ੍ਹੋ। ਸਰਵਰ ਜਾਣਦਾ ਹੈ ਕਿ ਕਿਸ ਸੈਸ਼ਨ ਨੇ ਕਿਹੜਾ ਪਤਾ ਦਾਅਵਾ ਕੀਤਾ, ਅਤੇ ਉੱਥੇ ਦੁਹਰਾਏ ਪਤੇ ਅਜਿਹੀਆਂ ਚੇਤਾਵਨੀਆਂ ਵਜੋਂ ਦਿਖਦੇ ਹਨ ਜੋ ਕਲਾਇੰਟ ਤੱਕ ਕਦੇ ਨਹੀਂ ਪਹੁੰਚਦੀਆਂ।

ਸਰੋਤ ਉੱਤੇ ਮੁਰੰਮਤ ਕਰੋ, ਫਿਰ ਦੋਵੇਂ ਡਿਵਾਈਸ ਜਾਂਚੋ

ਕ੍ਰਮ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ। ਪਹਿਲਾਂ LAN ਦਾ ਡੁਪਲੀਕੇਟ ਠੀਕ ਕਰੋ, ਕਿਉਂਕਿ ਪਤਾ ਰੱਖ ਨਾ ਸਕਣ ਵਾਲਾ ਕਲਾਇੰਟ ਟਨਲ ਵੀ ਨਹੀਂ ਰੱਖ ਸਕਦਾ। ਫਿਰ VPN ਪਾਸੇ ਦੀ ਪ੍ਰੋਵੀਜ਼ਨਿੰਗ ਠੀਕ ਕਰੋ, ਕਿਉਂਕਿ ਕਲਾਇੰਟ ਉੱਤੇ ਪੂਲ ਤੋਂਣ ਵਿੱਚ ਕੀਤੀ ਤਬਦੀਲੀ ਅਗਲੇ ਕਨੈਕਟ ਉੱਤੇ ਰੱਦ ਹੋ ਜਾਂਦੀ ਹੈ। ਅੰਤ ਵਿੱਚ ਦੁਹਰਾਈਆਂ ਪਛਾਣਾਂ ਨਾਲ ਨਜਿੱਠੋ: WireGuard ਉੱਤੇ ਵੱਖਰੀਆਂ ਕੁੰਜੀ ਜੋੜੀਆਂ, OpenVPN ਉੱਤੇ ਵੱਖਰੇ ਸਰਟੀਫਿਕੇਟ ਜਾਂ ਘੱਟੋ-ਘੱਟ ਵੱਖਰੇ ਪ੍ਰੋਫਾਈਲ।

ਕਲਾਇੰਟ ਉੱਤੇ ਮਕੈਨੀਕਲ ਹਿੱਸਾ ਛੋਟਾ ਹੈ। DHCP ਲੀਜ਼ ਛੱਡੋ ਅਤੇ ਨਵੀਨੀਕਰਨ ਕਰੋ, ਜਾਂ ਰਾਖਵੇਂਕਰਨ ਲਈ ਸਰਵਰ ਉੱਤੇ ਪਤਾ ਬਦਲਣ ਦੀ ਬੇਨਤੀ ਕਰੋ। ਖਾਲੀ ਦਿਸਦਾ ਕੋਈ ਬੇਤਰਤੀਬ ਪਤਾ ਨਾ ਲਿਖੋ।

sudo dhclient -r eth0 && sudo dhclient eth0
ipconfig /release && ipconfig /renew

ਫਿਰ ਇੱਕ ਨਹੀਂ, ਦੋਵੇਂ ਸਿਰਿਆਂ ਤੋਂ ਪੁਸ਼ਟੀ ਕਰੋ। ਗੇਟਵੇ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਫਿਰ ਉਸ ਸੇਵਾ ਦੀ ਜੋ ਤੁਹਾਨੂੰ ਸੱਚਮੁੱਚ ਚਾਹੀਦੀ ਹੈ, ਫਿਰ ਮੁੜ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਦੁਹਰਾਓ। ਜੇ ਦੋ ਡਿਵਾਈਸ ਸ਼ਾਮਲ ਸਨ, ਦੋਵੇਂ ਜਾਂਚੋ: ਇੱਕ ਪਤਾ ਹਿਲਾਉਣ ਨਾਲ ਦੂਜਾ ਪੁਰਾਣੀਆਂ ਗੁਆਂਢੀ ਐਂਟਰੀਆਂ ਜਾਂ ਪੁਰਾਣੇ ਲੀਜ਼ ਨਾਲ ਰਹਿ ਜਾਂਦਾ ਹੈ ਜੋ ਬਾਅਦ ਵਿੱਚ ਮੁੜ ਦਿਖਦਾ ਹੈ।

ਰਾਹ ਵਿੱਚ ਕੀ ਨਾ ਕਰੀਏ

ਲੱਛਣ ਨੂੰ ਚੁੱਪ ਨਾ ਕਰੋ। ਦੁਹਰਾਏ ਪਤਿਆਂ ਦੀ ਖੋਜ ਹੀ ਤੁਹਾਨੂੰ ਪਹਿਲਾਂ ਵਰਤੋਂ ਵਿੱਚ ਆ ਰਿਹਾ ਪਤਾ ਲੈਣ ਤੋਂ ਰੋਕਦੀ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਬੰਦ ਕਰਨਾ ਦਿਸਦੇ ਟਕਰਾਅ ਨੂੰ ਅਜਿਹੀ ਰੁਕ-ਰੁਕ ਕੇ ਪੈਕਟ ਗਿਰਾਵਟ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ ਜਿਸਦਾ ਪਤਾ ਲਾਉਣਾ ਕਿਤੇ ਔਖਾ ਹੈ। ਇਹੀ ਗੱਲ ਅਣਕਿਆਸੇ ਹੋਸਟ ਤੋਂ ਸਰਟੀਫਿਕੇਟ ਚੇਤਾਵਨੀ ਸਵੀਕਾਰ ਕਰਨ ਉੱਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ: ਉਹ ਪਤੇ ਦੀ ਸਮੱਸਿਆ ਹੀ ਨਹੀਂ, ਅਤੇ ਉਸ ਉੱਤੇ ਕਲਿੱਕ ਕਰਨਾ ਕੋਈ ਹੋਰ ਖਰਾਬੀ ਲੁਕਾਉਂਦਾ ਹੈ।

ਪ੍ਰਬੰਧਿਤ ਨੈੱਟਵਰਕ ਦਾ ਪਤਾ-ਪ੍ਰਬੰਧ ਵੀ ਆਪਣੇ ਆਪ ਨਾ ਬਦਲੋ। ਮੂਲ ਸੈਟਿੰਗ ਦਰਜ ਕਰੋ, ਜਦੋਂ ਪਤਾ ਕੇਂਦਰੀ ਤੌਰ ਉੱਤੇ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਤਾਂ ਮਾਲਕ ਨੂੰ ਪੁੱਛੋ, ਅਤੇ ਤਬਦੀਲੀ ਨੂੰ ਉਲਟਾਉਣ ਯੋਗ ਛੋਟਾ ਰੱਖੋ। RFC 5227 ਪਤਾ ਟਕਰਾਅ ਖੋਜ ਦੇ ਨਿਯਮ ਦੱਸਦੇ ਹਨ ਕਿ ਸਹੀ ਪੜਤਾਲ ਕੀ ਸਾਬਤ ਕਰਦੀ ਹੈ, ਜੋ ਟਕਰਾਅ ਨੂੰ ਅਸਲ ਕਹਿਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਣਨਾ ਲਾਭਦਾਇਕ ਹੈ।