VPN ਕਹਿੰਦਾ ਹੈ ਕਿ ਜੁੜਿਆ ਹੈ, ਪਰ ਡਿਫਾਲਟ ਰੂਟ ਮਰਿਆ ਹੋਇਆ ਹੈ
Wi-Fi ਤੋਂ Ethernet ਤੇ ਜਾਣ ਨਾਲ ਰੂਟ ਅਤੇ ਰਿਜ਼ੋਲਵਰ ਪੁਰਾਣੇ ਟਨਲ ਉੱਤੇ ਰਹਿ ਸਕਦੇ ਹਨ। ਦੋਵੇਂ ਸਥਿਤੀਆਂ ਵੱਖਰੀਆਂ ਪੜ੍ਹੋ, ਫਿਰ ਜੋ ਗਲਤ ਹੈ ਉਸਨੂੰ ਠੀਕ ਕਰੋ।
ਕਲਾਇੰਟ ਦੱਸਦਾ ਹੈ ਕਿ ਜੁੜਿਆ ਹੈ, ਟਰੇ ਆਈਕਨ ਆਮ ਵਾਂਗ ਦਿਸਦਾ ਹੈ, ਅਤੇ ਕੁਝ ਵੀ ਲੋਡ ਨਹੀਂ ਹੁੰਦਾ। ਇਹ ਉਸੇ ਵੇਲੇ ਸ਼ੁਰੂ ਹੋਇਆ ਜਦੋਂ ਤੁਸੀਂ Wi-Fi ਤੋਂ ਕੇਬਲ ਤੇ ਗਏ, ਜਾਂ ਉਸੇ ਵੇਲੇ ਜਦੋਂ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਅਪਗ੍ਰੇਡ ਪੂਰਾ ਹੋਇਆ। ਟੁੱਟਿਆ ਪ੍ਰੋਫਾਈਲ ਨਹੀਂ, ਸਗੋਂ ਉਹ ਸਥਿਤੀ ਹੈ ਜੋ ਪਿਛਲੇ ਬੇਸ ਕਨੈਕਸ਼ਨ ਲਈ ਬਣਾਈ ਗਈ ਸੀ। ਕਰਨਲ ਕੋਲ ਅਜੇ ਵੀ ਅਜਿਹੇ ਟਨਲ ਡਿਵਾਈਸ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲਾ ਡਿਫਾਲਟ ਰੂਟ ਹੈ ਜਿਸਦਾ ਕੋਈ ਮਾਲਕ ਨਹੀਂ, ਜਾਂ ਰਿਜ਼ੋਲਵਰ ਅਜੇ ਵੀ ਗਈ ਹੋਈ ਲਿੰਕ ਉੱਤੇ ਸਰਵਰ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ। ਦੋਵੇਂ ਖਰਾਬੀਆਂ ਮਰੇ ਹੋਏ ਨੈੱਟਵਰਕ ਵਰਗੀਆਂ ਲੱਗਦੀਆਂ ਹਨ ਅਤੇ ਦੋਵੇਂ ਉੱਥੇ ਹੀ ਠੀਕ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ।
ਪੁਰਾਣੇ ਟੁਕੜੇ ਤੁਹਾਡੇ ਧਿਆਨ ਵਿੱਚ ਆਉਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਗਲਤ ਸਨ। ਕੇਬਲ ਕੱਢਣ ਨੇ ਉਹਨਾਂ ਨੂੰ ਸਿਰਫ਼ ਦਿਸਣਯੋਗ ਬਣਾਇਆ।
ਕਰਨਲ ਨੂੰ ਪੁੱਛੋ ਕਿ ਪੈਕਟ ਕਿੱਥੇ ਜਾਵੇਗਾ
ਰੂਟ ਸੂਚੀਆਂ ਪੜ੍ਹਨੀਆਂ ਔਖੀਆਂ ਹਨ ਕਿਉਂਕਿ ਉਹ ਸਭ ਕੁਝ ਸੂਚੀਬੱਧ ਕਰਦੀਆਂ ਹਨ ਜੋ ਸਿਸਟਮ ਜਾਣਦਾ ਹੈ, ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਹੁਣ ਲਾਗੂ ਨਾ ਹੋਣ ਵਾਲੀਆਂ ਐਂਟਰੀਆਂ ਵੀ ਹਨ। ਰੂਟ ਲੁੱਕਅਪ ਸਿਰਫ਼ ਉਸ ਇੱਕ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਜੋ ਪੁੱਛਣ ਯੋਗ ਹੈ: ਇਸ ਵੇਲੇ ਇਸ ਖਾਸ ਪੈਕਟ ਨੂੰ ਕਿਹੜਾ ਡਿਵਾਈਸ ਲੈ ਕੇ ਜਾ ਰਿਹਾ ਹੈ। ਜੇ ਜਵਾਬ ਟਨਲ ਡਿਵਾਈਸ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ, ਤਾਂ ਕਰਨਲ ਉਸਦੀ ਵਰਤੋਂ ਕਰੇਗਾ ਭਾਵੇਂ ਉਸਦੇ ਪਿੱਛੇ ਕੋਈ ਜੀਵਤ ਕਲਾਇੰਟ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ, ਅਤੇ ਪੈਕਟ ਉਸ ਇੰਟਰਫੇਸ ਵਿੱਚ ਡਿੱਗਦਾ ਹੈ ਜਿਸਦੀ ਕੋਈ ਸੰਭਾਲ ਨਹੀਂ ਕਰਦਾ। ਜੇ ਜਵਾਬ Ethernet ਅਡੈਪਟਰ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ ਜਦੋਂ ਕਿ ਕਲਾਇੰਟ ਕਹਿੰਦਾ ਹੈ ਕਿ ਕਨੈਕਸ਼ਨ ਹੈ, ਤਾਂ ਟਨਲ ਮੌਜੂਦ ਹੈ ਪਰ ਚੋਣ ਗੁਆ ਚੁੱਕਾ ਹੈ, ਜੋ ਵਾਇਰਲੈੱਸ ਤੋਂ ਵਾਇਰਡ ਤੇ ਜਾਣ ਦਾ ਆਮ ਨਤੀਜਾ ਹੈ।
ਲੁੱਕਅਪ ਦੋ ਵਾਰ ਚਲਾਓ, ਇੱਕ ਵਾਰ ਜਨਤਕ ਪਤੇ ਲਈ ਅਤੇ ਇੱਕ ਵਾਰ ਅੰਦਰੂਨੀ ਪਤੇ ਲਈ, ਕਿਉਂਕਿ ਸਪਲਿਟ-ਟਨਲ ਨੀਤੀ ਇੱਕ ਨੂੰ ਇਮਾਨਦਾਰੀ ਨਾਲ ਰੂਟ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਦੂਜੇ ਨੂੰ ਡੇਗ ਸਕਦੀ ਹੈ।
ip route show default
ip route get 1.1.1.1
ip route get 10.20.30.40ਰਿਜ਼ੋਲਵਰ ਵੀ ਮਰੀ ਹੋਈ ਲਿੰਕ ਰੱਖਦਾ ਹੈ
systemd-resolved ਵਾਲੇ ਹੋਸਟ ਉੱਤੇ DNS ਸਰਵਰ ਇੱਕ ਗਲੋਬਲ ਸੂਚੀ ਦੀ ਥਾਂ ਲਿੰਕਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਹੁੰਦੇ ਹਨ। ਡਿੱਗੀ ਹੋਈ VPN ਲਿੰਕ ਕੁਝ ਸਮੇਂ ਲਈ ਆਪਣੇ ਸਰਵਰਾਂ ਨਾਲ ਰਜਿਸਟਰ ਰਹਿ ਸਕਦੀ ਹੈ, ਅਤੇ ਫਿਰ ਹਰ ਲੁੱਕਅਪ ਉਸ ਪਤੇ ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ ਜੋ ਕਦੇ ਜਵਾਬ ਨਹੀਂ ਦੇਵੇਗਾ। ਉਹ ਦੇਰੀ ਮਰੇ ਨੈੱਟਵਰਕ ਵਰਗੀ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ ਅਤੇ ਲੋਕਾਂ ਨੂੰ ਰੂਟਾਂ ਵੱਲ ਵੇਖਣ ਲਈ ਭੇਜਦੀ ਹੈ ਜਦੋਂ ਕਿ ਰੂਟ ਠੀਕ ਹੈ।
resolvectl status
resolvectl query intranet.example.comਹਰ ਲਿੰਕ ਦੇ ਬਲਾਕ ਪੜ੍ਹੋ ਅਤੇ ਪਛਾਣੋ ਕਿ ਸਵਾਲ ਵਿੱਚਲਾ ਡੋਮੇਨ ਕਿਸ ਲਿੰਕ ਦਾ ਹੈ। ਉੱਪਰ ਹੋਣ ਪਰ ਅੰਦਰੂਨੀ ਡੋਮੇਨ ਦਾ ਮਾਲਕ ਨਾ ਹੋਣ ਵਾਲਾ ਟਨਲ ਅੰਦਰੂਨੀ ਨਾਮ ਜਨਤਕ ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਲੱਛਣ ਰੂਟਿੰਗ ਖਰਾਬੀ ਤੋਂ ਵੱਖਰਾ ਨਹੀਂ ਪਛਾਣਿਆ ਜਾ ਸਕਦਾ।
ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਠੀਕ ਕਰੋ, ਨਾ ਕਿ /etc/resolv.conf। ਮੌਜੂਦਾ Ubuntu ਅਤੇ Fedora ਇੰਸਟਾਲਾਂ ਵਿੱਚ ਉਹ ਪਾਥ ਰਿਜ਼ੋਲਵਰ ਦੀ ਰਨਟਾਈਮ ਸਥਿਤੀ ਦਾ ਸਿੰਬੋਲਿਕ ਲਿੰਕ ਹੈ, ਇਸ ਲਈ ਸੋਧ ਜਾਂ ਤਾਂ ਅਣਗੌਲੀ ਹੁੰਦੀ ਹੈ ਜਾਂ ਅਗਲੀ ਨੈੱਟਵਰਕ ਘਟਨਾ ਵਿੱਚ ਮੁੜ ਲਿਖੀ ਜਾਂਦੀ ਹੈ।
VPN ਕਦੇ ਵੀ ਆਪਣੇ ਆਪ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦਾ
NetworkManager ਬੇਸ ਕਨੈਕਸ਼ਨ ਉੱਤੇ VPN ਚੁੱਕਦਾ ਹੈ, ਅਤੇ ਕਿਸਦੇ ਮਗਰ ਜਾਣਾ ਹੈ ਇਹ connection.secondaries ਉਸੇ ਬੇਸ ਤੋਂ ਸਿੱਖਦਾ ਹੈ। ਕਨੈਕਸ਼ਨ ਸੈਟਿੰਗਾਂ ਦਾ ਹਵਾਲਾ ਸਪਸ਼ਟ ਕਹਿੰਦਾ ਹੈ ਕਿ VPN ਪ੍ਰੋਫਾਈਲਾਂ ਲਈ ਆਟੋਕਨੈਕਟ ਲਾਗੂ ਨਹੀਂ ਕੀਤਾ ਗਿਆ। ਇਸ ਕਿਸਮ ਦੀ ਖਰਾਬੀ ਪਿੱਛੇ ਇਹੀ ਪੂਰੀ ਕਾਰਵਾਈ ਹੈ: ਬੇਸ ਬਦਲੋ, ਅਤੇ VPN ਨੂੰ ਮੁੜ ਜੋੜਨਾ ਪਵੇਗਾ ਜਾਂ ਹੱਥ ਨਾਲ ਮੁੜ ਸਕਰੀਆ ਕਰਨਾ ਪਵੇਗਾ।
nmcli device status
nmcli connection show --active
nmcli connection up office-vpnਜਦੋਂ ਸਕਰੀਆ ਸੂਚੀ VPN ਤੋਂ ਬਿਨਾਂ ਬੇਸ ਦਿਖਾਉਂਦੀ ਹੈ, ਟਨਲ ਬਿਲਕੁਲ ਸਕਰੀਆ ਨਹੀਂ ਅਤੇ ਰੂਟ ਕਦੇ ਸਥਾਪਿਤ ਹੀ ਨਹੀਂ ਹੋਇਆ, ਪੁਰਾਣਾ ਨਹੀਂ ਰਿਹਾ। ਜਦੋਂ ਸਕਰੀਆਕਰਨ ਸ਼ਿਕਾਇਤ ਕਰਦਾ ਹੈ ਕਿ ਕੋਈ ਸਰੋਤ ਕਨੈਕਸ਼ਨ ਨਹੀਂ, ਤਾਂ ਜਿਸ ਬੇਸ ਨਾਲ ਇਹ ਜੋੜਿਆ ਗਿਆ ਸੀ ਉਹ ਗਿਆ, ਇਸ ਲਈ ਪਹਿਲਾਂ ਬੇਸ ਜਾਂ ਜੋੜ ਠੀਕ ਕਰੋ ਅਤੇ VPN ਮੁੜ ਅਜ਼ਮਾਉਣਾ ਬੰਦ ਕਰੋ।
ਅਪਗ੍ਰੇਡ ਸੁਨੇਹੇ ਬਿਨਾਂ ਸੈਟਿੰਗਾਂ ਡੇਗ ਸਕਦਾ ਹੈ
ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਅਪਗ੍ਰੇਡ ਕਲਾਇੰਟ ਅਤੇ ਅਕਸਰ ਉਸਦਾ NetworkManager ਪਲੱਗਇਨ ਬਦਲ ਦਿੰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਸੰਭਾਲਿਆ ਪ੍ਰੋਫਾਈਲ ਉਹੀ ਪ੍ਰਾਪਰਟੀ ਨਾਮ ਰੱਖਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨਾਲ ਉਹ ਲਿਖਿਆ ਗਿਆ ਸੀ। ਨਵਾਂ ਪਲੱਗਇਨ ਜੋ ਹੁਣ ਨਹੀਂ ਪਛਾਣਦਾ ਉਹ ਚੁੱਪਚਾਪ ਛੱਡ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਪ੍ਰੋਫਾਈਲ ਅਜੇ ਵੀ ਸਕਰੀਆ ਹੁੰਦਾ ਹੈ ਅਤੇ ਡਿਵਾਈਸ ਅਜੇ ਵੀ ਦਿਸਦਾ ਹੈ, ਪਰ ਜੋ ਰੂਟ ਪਹਿਲਾਂ ਉਸਦੇ ਨਾਲ ਆਉਂਦਾ ਸੀ ਉਹ ਹੁਣ ਨਹੀਂ ਆਉਂਦਾ।
ਹੱਥ ਲਿਖੇ ਹੁੱਕ ਵੀ ਖਿਸਕਦੇ ਹਨ। ਜੋ ਸਕ੍ਰਿਪਟ ਪੁਰਾਣੇ ਕ੍ਰਮ ਦੇ ਅੰਦਾਜ਼ੇ ਵਾਲੇ ਪਲ ਤੇ ਰੂਟ ਸਥਾਪਿਤ ਕਰਦੀ ਸੀ, ਉਹ ਹੁਣ ਇੰਟਰਫੇਸ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਚੱਲ ਸਕਦੀ ਹੈ, ਜਾਂ ਕਲਾਇੰਟ ਦਾ ਸਮਾਂ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ।
ਜੀਵਤ ਪ੍ਰੋਫਾਈਲ ਦੀ ਤੁਲਨਾ ਉਸ ਪਲੱਗਇਨ ਨਾਲ ਕਰੋ ਜੋ ਸੱਚਮੁੱਚ ਤੁਹਾਡੇ ਕੋਲ ਹੈ, ਨਾ ਕਿ ਉਸ ਵਿਵਹਾਰ ਨਾਲ ਜੋ ਤੁਹਾਨੂੰ ਯਾਦ ਹੈ। ਜੇ ਕੋਈ ਕੁੰਜੀ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚੋਂ ਗਈ ਹੋਵੇ, ਤਾਂ ਪੁਰਾਣੀ ਪ੍ਰਾਪਰਟੀ ਬਹਾਲ ਕਰਨ ਦੀ ਥਾਂ ਕੰਮ ਡਿਸਪੈਚਰ ਸਕ੍ਰਿਪਟ ਜਾਂ ਸਮਰਥਿਤ ਬਦਲ ਵਿੱਚ ਲੈ ਜਾਓ।
ਤਿੰਨ ਸਥਿਤੀਆਂ, ਤਿੰਨ ਵੱਖਰੀਆਂ ਮੁਰੰਮਤਾਂ
ਕੁਝ ਵੀ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕਿਸ ਸਥਿਤੀ ਵਿੱਚ ਹੋ, ਕਿਉਂਕਿ ਰੀਬੂਟ ਸਬੂਤ ਨਸ਼ਟ ਕਰ ਦਿੰਦਾ ਹੈ ਅਤੇ ਅਗਲੀ ਨੈੱਟਵਰਕ ਤਬਦੀਲੀ ਤੇ ਖਰਾਬੀ ਵਾਪਸ ਆ ਜਾਂਦੀ ਹੈ।
| What the lookup shows | What it means | Repair |
|---|---|---|
| A default route via a device that exists but is unused | Leftover route from an earlier activation | Remove the stale entry, or bounce the profile that installed it |
| A tunnel device with no client process | The client skipped its cleanup | Fix the disconnect path, then clear the leftover device state |
| No tunnel device and no active profile | Missing base connection or broken pairing | Bring up the base, then pair the VPN with it again |
ਜਨਤਕ ਪਤੇ ਲਈ ਇੱਕ ਲੁੱਕਅਪ, ਅੰਦਰੂਨੀ ਪਤੇ ਲਈ ਇੱਕ ਅਤੇ ਇੱਕ ਨਾਮ ਕੁਏਰੀ ਨਾਲ ਖ਼ਤਮ ਕਰੋ। ਜੇ ਪਤੇ ਕੰਮ ਕਰਦੇ ਹਨ ਅਤੇ ਨਾਮ ਨਹੀਂ, ਤਾਂ ਬਚੀ ਖਰਾਬੀ ਰਿਜ਼ੋਲਵਰ ਵਿੱਚ ਡੋਮੇਨ ਸਕੋਪ ਹੈ, ਅਤੇ ਰੂਟ ਟੇਬਲ ਕਦੇ ਸਮੱਸਿਆ ਨਹੀਂ ਸੀ।