Wi-Fi ਤੋਂ ਸੈਲੂਲਰ 'ਤੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਕਿੱਲ ਸਵਿੱਚ: ਕੀ ਟੁੱਟਦਾ ਹੈ

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

ਸਕਰੀਨ 'ਤੇ ਕੁਝ ਵੀ ਉਹਨਾਂ ਤਿੰਨ ਹਾਲਤਾਂ ਨੂੰ ਵੱਖਰਾ ਨਹੀਂ ਕਰਦਾ, ਇਸ ਲਈ ਇਹ ਪੁੱਛੋ ਕਿ ਨਿਯਮ ਕਿਹੜੀਆਂ ਪਛਾਣਾਂ 'ਤੇ ਪਿੰਨ ਕੀਤੇ ਸਨ, ਨਾ ਕਿ ਸੂਚਕ ਕਿਹੜਾ ਰੰਗ ਦਿਖਾਉਂਦਾ ਹੈ। Linux 'ਤੇ ਕੋਈ ਨਿਯਮ ਕਿਸੇ ਇੰਟਰਫ਼ੇਸ ਦਾ ਨਾਮ ਲੈ ਸਕਦਾ ਹੈ ਜਾਂ ਉਸ ਤੋਂ ਭਰਿਆ ipset; Android 'ਤੇ VpnService ਨੂੰ setUnderlyingNetworks ਰਾਹੀਂ ਦੱਸਿਆ ਜਾ ਸਕਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਅਧੀਨ ਨੈੱਟਵਰਕ ਦਾ ਪਿੱਛਾ ਕਰਨਾ ਹੈ। ਹਰ ਬੰਧਨ ਉਸ ਕੜੀ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ ਜੋ ਬਦਲੀ ਜਾਣੀ ਹੈ, ਅਤੇ ਹਰ ਇੱਕ ਨੂੰ ਬਾਅਦ ਵਿੱਚ ਦੁਬਾਰਾ ਮੁਲਾਂਕਣ ਕਰਨਾ ਪੈਂਦਾ ਹੈ।

ਹੈਂਡਓਵਰ ਅਸਲ ਵਿੱਚ ਕੀ ਮੁੜ ਲਿਖਦਾ ਹੈ

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

ਮੁਸ਼ਕਲ ਇਹ ਹੈ ਕਿ ਨਿਯਮ ਆਪਣੇ ਪਿੱਛੇ ਦੇ ਇਰਾਦੇ ਦੀ ਥਾਂ ਕੋਈ ਖ਼ਾਸ ਪਛਾਣ ਨੂੰ ਏਨਕੋਡ ਕਰਦਾ ਹੈ। ਟਨਲ ਇੰਟਰਫ਼ੇਸ ਵਿੱਚੋਂ ਨਾ ਨਿਕਲਣ ਵਾਲਾ ਸਭ ਕੁਝ ਸੁੱਟਣ ਵਾਲਾ ਨਿਯਮ ਇੱਕ ਇੰਟਰਫ਼ੇਸ ਨਾਮ ਏਨਕੋਡ ਕਰਦਾ ਹੈ; ਆਖ਼ਰੀ ਬਿੰਦੂ ਨੂੰ ਇਜਾਜ਼ਤ ਦੇਣ ਵਾਲਾ ਨਿਯਮ ਅਜਿਹਾ ਪਤਾ ਏਨਕੋਡ ਕਰਦਾ ਹੈ ਜਿਸਨੂੰ ਨਵਾਂ ਨੈੱਟਵਰਕ ਕਿਤੇ ਹੋਰ ਰੂਟ ਕਰ ਸਕਦਾ ਹੈ। ਪਛਾਣ ਗਾਇਬ ਹੋਣ 'ਤੇ ਨਿਯਮ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਗ਼ਲਤ ਨਹੀਂ ਹੁੰਦਾ: ਉਹ ਜਾਂ ਤਾਂ ਕਿਸੇ ਚੀਜ਼ ਨਾਲ ਮੇਲ ਖਾਣਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ ਜਾਂ ਗ਼ਲਤ ਚੀਜ਼ ਨਾਲ ਮੇਲ ਖਾਣ ਲੱਗਦਾ ਹੈ।

ਮੋਰੀ ਕੀਤੇ ਬਿਨਾਂ ਬਾਹਰੀ ਟਨਲ ਮੁੜ ਬਣਾਉਣਾ

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

ਕਲਾਇੰਟ ਇੱਥੇ ਉਸ ਤਰੀਕੇ ਨਾਲ ਵੱਖਰੇ ਹਨ ਜੋ ਨਿਦਾਨ ਵੇਲੇ ਮਾਅਨੇ ਰੱਖਦਾ ਹੈ। ਕੁਝ ਪਹਿਲਾਂ ਹੱਲ ਕਰਦੇ ਹਨ ਅਤੇ ਫਿਰ ਨਿਯਮ ਲਾਉਂਦੇ ਹਨ, ਇਸ ਲਈ ਹੈਂਡਓਵਰ 'ਤੇ ਦਿਸਣ ਵਾਲਾ ਰੁਕਾਵਟ ਆਉਂਦਾ ਹੈ ਅਤੇ ਫਿਰ ਆਪਣੇ ਆਪ ਠੀਕ ਹੋ ਜਾਂਦਾ ਹੈ; ਹੋਰ ਬਲਾਕ ਚਾਲੂ ਰੱਖਦੇ ਹਨ ਅਤੇ ਖੋਜ ਢੋਣ ਲਈ ਬਚੇ ਟਨਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ, ਜੋ ਕੜੀ ਨਾਲ ਟਨਲ ਮਰਨ 'ਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਫੇਲ ਹੋ ਜਾਂਦਾ ਹੈ। ਕਨੈਕਟੀਵਿਟੀ ਵਾਪਸ ਲਿਆਉਣ ਲਈ ਚੌੜਾ ਸਿੱਧਾ ਡਿਫ਼ਾਲਟ ਰੂਟ ਜੋੜਨਾ ਪਰਖ ਨੂੰ ਹਮੇਸ਼ਾ ਪਾਸ ਕਰਵਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਤੁਸੀਂ ਜਿਸ ਲੀਕ ਨੂੰ ਰੋਕ ਰਹੇ ਸੀ ਉਹ ਹਮੇਸ਼ਾ ਰਹਿ ਜਾਂਦੀ ਹੈ।

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

ip route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111

ਜਦੋਂ ਨਵੀਂ ਕੜੀ IPv6 ਲਿਆਉਂਦੀ ਹੈ ਅਤੇ ਨਿਯਮ ਨਹੀਂ

ਸੈਲੂਲਰ ਅਤੇ ਮਹਿਮਾਨ ਨੈੱਟਵਰਕ ਅਕਸਰ ਵਿਸ਼ਵਵਿਆਪੀ IPv6 ਪ੍ਰੀਫ਼ਿਕਸ ਦਿੰਦੇ ਹਨ, ਭਾਵੇਂ ਦਫ਼ਤਰ ਦੇ ਤਾਰ ਵਾਲੇ LAN ਨੇ ਕਦੇ ਨਾ ਦਿੱਤਾ ਹੋਵੇ। ਸਿਰਫ਼ IPv4 ਨਿਯਮਾਂ ਵਜੋਂ ਲਿਖੀ ਨੀਤੀ — ਹੱਥ ਨਾਲ ਬਣੀਆਂ ਜ਼ਿਆਦਾਤਰ iptables ਅਤੇ nftables ਵਿਧੀਆਂ ਦਾ ਡਿਫ਼ਾਲਟ ਰੂਪ — ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਨਹੀਂ ਢਕਦੀ। ਟਨਲ ਜੁੜਿਆ ਰਹਿੰਦਾ ਹੈ, IPv6 ਪਹੁੰਚ ਵਾਲੀਆਂ ਐਪਾਂ ਉਸ ਤੋਂ ਬਾਹਰ ਨਿਕਲ ਜਾਂਦੀਆਂ ਹਨ, ਅਤੇ ਸੂਚਕ ਫ਼ਰਕ ਨਹੀਂ ਦਿਖਾ ਸਕਦਾ ਕਿਉਂਕਿ ਟਨਲ ਸੱਚਮੁੱਚ ਚਾਲੂ ਹੈ। ਉਲਟਾ ਮਾਮਲਾ ਵੀ ਓਨਾ ਹੀ ਆਮ ਹੈ: ਸਿਰਫ਼ IPv6 ਲਈ ਨਿਯਮ-ਸਮੂਹ v6 ਨਾ ਦੇਣ ਵਾਲੇ ਨੈੱਟਵਰਕ 'ਤੇ ਕੁਝ ਨਹੀਂ ਕਰਦਾ।

ਹੈਂਡਓਵਰ ਦੇ ਦੋਵੇਂ ਪਾਸੇ ਤੁਲਨਾ ਕਰੋ ਕਿ ਕੜੀ ਕੀ ਦਿੰਦੀ ਹੈ ਅਤੇ ਨੀਤੀ ਕੀ ਦੱਸਦੀ ਹੈ। ਇਹ ਆਦੇਸ਼ ਉਹੀ ਤੱਥ ਛਾਪਦੇ ਹਨ ਜਿਹਨਾਂ ਨਾਲ ਕਲਾਇੰਟ ਕੰਮ ਕਰਦਾ ਹੈ:

ip -4 route show default
ip -6 route show default
sudo nft list ruleset | grep -c 'ip6 '

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

ਰਿਜ਼ਾਲਵਰ ਸੈਸ਼ਨ ਦੇ ਵਿਚਕਾਰ ਹੱਥ ਬਦਲਦਾ ਹੈ

ਆਧੁਨਿਕ ਸਿਸਟਮਾਂ ਵਿੱਚ ਰਿਜ਼ਾਲਵਰ ਕੜੀਆਂ ਨਾਲ ਜੁੜੇ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਨਵੀਂ ਕੜੀ ਨਵੇਂ ਰਿਜ਼ਾਲਵਰ ਸਮੂਹ ਨਾਲ ਅਤੇ ਸ਼ਾਇਦ ਵੱਖਰੇ split-DNS ਦ੍ਰਿਸ਼ ਨਾਲ ਆਉਂਦੀ ਹੈ। systemd-resolved ਹਰ ਕੜੀ ਲਈ ਇੱਕ ਸਕੋਪ ਰੱਖਦਾ ਹੈ ਅਤੇ ਰੂਟ ਮੁਤਾਬਕ ਉਹਨਾਂ ਵਿੱਚੋਂ ਚੁਣਦਾ ਹੈ, ਜਦੋਂ ਕਿ macOS ਡਾਇਨੈਮਿਕ ਸਟੋਰ ਤੋਂ scoped ਰਿਜ਼ਾਲਵਰ ਪੜ੍ਹਦਾ ਹੈ ਅਤੇ ਇੰਟਰਫ਼ੇਸ ਦਾ ਕ੍ਰਮ ਮੰਨਦਾ ਹੈ। ਆਪਣਾ ਰਿਜ਼ਾਲਵਰ ਲਾਉਣ ਵਾਲਾ ਕਲਾਇੰਟ ਕੜੀ ਵਾਲੇ ਨਾਲ ਮੁਕਾਬਲਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਜਿਹਨਾਂ ਤਰਜੀਹ ਨਿਯਮਾਂ ਨੂੰ ਕੋਈ ਨਹੀਂ ਦੇਖਦਾ ਉਹੀ ਜੇਤੂ ਤੈਅ ਕਰਦੇ ਹਨ। ਫਿਰ ਨਾਮ ਹੱਲ ਹੋਣਾ ਟੁੱਟ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਪੈਕਟ ਫਿਲਟਰਿੰਗ ਉਹੀ ਕਰ ਰਹੀ ਹੋਵੇ ਜਿਸ ਲਈ ਉਹ ਲਿਖੀ ਗਈ ਸੀ।

ਕਾਨਫ਼ਿਗਰ ਕੀਤੇ ਰਿਜ਼ਾਲਵਰ ਦੀ ਥਾਂ ਸਰਗਰਮ ਰਿਜ਼ਾਲਵਰ ਪੜ੍ਹੋ। systemd ਹੋਸਟ 'ਤੇ status ਉਪ-ਆਦੇਸ਼ ਦੱਸਦਾ ਹੈ ਕਿ ਹਰ ਸਕੋਪ ਕਿਹੜੀ ਕੜੀ ਤੋਂ ਆਇਆ ਅਤੇ private-DNS ਨਾਮ ਲਾਗੂ ਹੈ ਜਾਂ ਨਹੀਂ:

resolvectl status --no-pager
resolvectl query intranet.example.com

ਜੇ ਕਵੈਰੀ ਟਨਲ ਦੀ ਥਾਂ ਭੌਤਿਕ ਕੜੀ ਰਾਹੀਂ ਬਾਹਰ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਕਲਾਇੰਟ ਤਰਜੀਹ ਦਾ ਮੁਕਾਬਲਾ ਹਾਰ ਗਿਆ ਹੈ ਅਤੇ ਕੋਈ ਫ਼ਾਇਰਵਾਲ ਟਿਊਨਿੰਗ ਨਾਮਕਰਨ ਠੀਕ ਨਹੀਂ ਕਰੇਗੀ। ਹੈਂਡਓਵਰ ਦੇ ਦੋਵੇਂ ਪਾਸੇ ਕਵੈਰੀ ਦਾ ਰਾਹ ਤੁਲਨਾ ਕਰੋ ਕਿ ਕਿਹੜਾ ਹਿਲਿਆ। ਜੋ ਨਾਮ ਅਜਿਹੇ ਨਿੱਜੀ ਪਤੇ 'ਤੇ ਹੱਲ ਹੁੰਦਾ ਹੈ ਜਿਸਨੂੰ ਨਵਾਂ ਨੈੱਟਵਰਕ ਰੂਟ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਉਹ ਤੀਜਾ ਮਾਮਲਾ ਹੈ, ਅਤੇ ਉਹ ਗ਼ਲਤੀ ਦੀ ਥਾਂ ਸਮਾਂ-ਸਮਾਪਤੀ ਵਜੋਂ ਦਿਸਦਾ ਹੈ।

ਹੈਂਡਓਵਰ ਦਾ ਅਭਿਆਸ ਕਰੋ ਅਤੇ ਰਿਕਾਰਡ ਰੱਖੋ

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

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

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