VPN ਕਹਿੰਦਾ ਹੈ ਜੁੜਿਆ ਹੈ ਪਰ ਕੁਝ ਰੂਟ ਨਹੀਂ ਹੁੰਦਾ: ਵੇਖਣ ਦੀਆਂ ਦੋ ਥਾਵਾਂ

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

ਪਹਿਲਾਂ ਕਰਨਲ ਨੂੰ ਪੁੱਛੋ ਕਿ ਕਿਹੜਾ ਡਿਵਾਈਸ ਵਰਤੇਗਾ

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

ਦੂਜਾ ਕੇਸ ਆਮ ਤੌਰ ਤੇ ਤਦ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਕੇਬਲ ਤਾਰ ਰਹਿਤ ਦੀ ਥਾਂ ਲੈਂਦੀ ਹੈ, ਅਤੇ ਇਹ ਆਪਣੇ ਆਪ ਨੂੰ ਖਰਾਬ VPN ਵਜੋਂ ਪੇਸ਼ ਕਰਦਾ ਹੈ।

ip route show default
ip route get 203.0.113.9

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

ਫਿਰ ਰਿਜ਼ੌਲਵਰ ਹਰ ਲਿੰਕ ਲਈ ਪੜ੍ਹੋ, ਹਰ ਫ਼ਾਈਲ ਲਈ ਨਹੀਂ

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

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

resolvectl status
resolvectl query app.internal.example

ਪਤੇ ਹੱਲ ਹੁੰਦੇ ਹਨ ਅਤੇ ਕਨੈਕਸ਼ਨ ਫੇਲ੍ਹ ਹੁੰਦੇ ਹਨ ਤਾਂ ਰਿਜ਼ੌਲਵਰ ਠੀਕ ਹੈ ਅਤੇ ਰੂਟ ਨਹੀਂ। ਪਤੇ ਬਿਲਕੁਲ ਹੱਲ ਨਾ ਹੋਣ ਤਾਂ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਸਹੀ ਥਾਂ ਇਹੀ ਹੈ।

ਪੁਰਾਣਾ ਰੂਟ ਬਦਲਾਅ ਤੋਂ ਕਿਵੇਂ ਬਚਦਾ ਹੈ

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

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

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

nmcli device status
nmcli connection show --active
nmcli connection up office-vpn

ਪੁਰਾਣੀ ਸਥਿਤੀ ਨੂੰ ਗਾਇਬ ਪੇਰੈਂਟ ਤੋਂ ਵੱਖ ਪਛਾਣੋ

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

ਦੁਬਾਰਾ ਚਾਲੂ ਕਰਨਾ ਲੁਕਾਉਂਦਾ ਹੈ ਕਿ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਸਥਿਤੀ ਤੁਹਾਡੇ ਕੋਲ ਸੀ, ਅਤੇ ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਇਹ ਮੁਰੰਮਤ ਵਰਗੀ ਲੱਗਦੀ ਹੈ।

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