Windows ਵਿੱਚ VPN ਸਥਾਪਿਤ, Linux ਬੂਟ ਵਿੱਚ ਨੈੱਟਵਰਕ ਨਹੀਂ: ਕੀ ਜਾਂਚਣਾ ਹੈ

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

ਲੱਛਣ ਅਤੇ ਗਲਤ ਸਿੱਟਾ

ਨਿਰੀਖਣ ਦਾ ਲਾਭਕਾਰੀ ਹਿੱਸਾ ਸਮਾਂ ਹੈ: ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਖਰਾਬੀ ਦਿਖਾਈ ਦਿੱਤੀ। ਬੇਕਾਰ ਹਿੱਸਾ Windows VPN ਵੱਲ ਕਾਰਨਾਤਮਕ ਛਾਲ ਹੈ, ਜੋ ਦੂਜੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਵਿੱਚ ਨਹੀਂ ਚੱਲ ਸਕਦਾ। ਦੋਵਾਂ ਨੂੰ ਵੱਖ ਕਰਨਾ ਹੀ ਪੂਰਾ ਕੰਮ ਹੈ। ਕੇਬਲ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਸਮਾਂ-ਰੇਖਾ ਲਿਖੋ।

ਦੋਵੇਂ ਬੂਟ ਜੋ ਸਾਂਝਾ ਕਰਦੇ ਹਨ ਉਹ ਭੌਤਿਕ ਐਡਾਪਟਰ, ਕੇਬਲ, ਸਵਿੱਚ ਪੋਰਟ ਅਤੇ ਉੱਪਰ ਦਾ ਸਭ ਕੁਝ ਹੈ। ਇਹ ਸੱਚੇ ਸਾਂਝੇ ਚਲ ਹਨ, ਅਤੇ Linux ਸਟੈਕ ਦੀ ਜਾਂਚ ਤੋਂ ਬਾਅਦ ਇਹਨਾਂ ਦੀ ਜਾਂਚ ਬਣਦੀ ਹੈ।

ਚਾਰ ਕਮਾਂਡਾਂ ਵਿੱਚ Linux ਸਟੈਕ ਦਾ ਸਨੈਪਸ਼ਾਟ ਲਓ

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸਿਰਫ਼-ਪੜ੍ਹਨ ਵਿਧੀ ਵਿੱਚ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਸਥਿਤੀ ਦਰਜ ਕਰੋ: ਇੰਟਰਫ਼ੇਸ ਦੀ ਮੌਜੂਦਗੀ ਲਈ ip -br link, ਪਤਿਆਂ ਲਈ ip -br address, IPv4 ਰੂਟਾਂ ਲਈ ip route ਅਤੇ ਜਿੱਥੇ IPv6 ਮਹੱਤਵਪੂਰਨ ਹੈ ਉੱਥੇ ip -6 route। ip ਟੂਲ ਦਾ ਹਵਾਲਾ ਇਹਨਾਂ ਵਸਤੂਆਂ ਨੂੰ ਵੱਖ ਕਰਦਾ ਹੈ, ਅਤੇ ਸੂਚੀ ਵਿੱਚ ਇੰਟਰਫ਼ੇਸ ਦਿਖਣਾ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ ਇਸਦਾ ਕੰਮ ਕਰਨ ਵਾਲਾ ਪਤਾ ਜਾਂ ਵਰਤੋਂਯੋਗ ਰੂਟ ਹੈ।

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

ਇਹ ਲਿੰਕ ਹੈ, ਪਤਾ, ਰੂਟ ਜਾਂ ਨਾਮ?

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

ਹਰ ਕੇਸ ਵੱਖਰੇ ਕੰਮ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ: ਗੈਰਹਾਜ਼ਰ ਡਿਵਾਈਸ ਲਈ ਡਰਾਈਵਰ ਜਾਂ ਫਰਮਵੇਅਰ, ਕੈਰੀਅਰ ਨਾ ਹੋਣ 'ਤੇ ਕੇਬਲਿੰਗ ਜਾਂ ਸਵਿੱਚ, ਪਤਾ ਨਾ ਹੋਣ 'ਤੇ DHCP ਜਾਂ ਸਥਿਰ ਸੰਰਚਨਾ, ਅਤੇ ਮਾਰਗ ਨਾ ਹੋਣ 'ਤੇ ਰੂਟਿੰਗ ਜਾਂ ਨੀਤੀ। ਰਿਜ਼ੋਲਵਰ ਦੀ ਸਮੱਸਿਆ systemd-resolved, NetworkManager ਜਾਂ ਸਥਾਨਕ DNS ਸੰਰਚਨਾ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ।

ਜਾਂਚੋ ਕਿ Linux ਸਥਾਪਨਾ ਦਾ ਆਪਣਾ VPN ਜਾਂ ਪੱਕਾ ਫਾਇਰਵਾਲ ਸੰਰਚਨਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਸਥਾਨਕ ਟਨਲ ਜਾਂ nftables ਨਿਯਮਾਂ ਦਾ ਸੈੱਟ Linux ਪਾਸੇ ਦਾ ਕਾਰਨ ਹੈ, ਅਤੇ ਨਾ ਚੱਲ ਰਹੇ Windows ਪ੍ਰੋਗਰਾਮ ਨਾਲੋਂ ਇਹ ਖਰਾਬੀ ਸਮਝਾਉਣ ਦੀ ਕਿਤੇ ਵੱਧ ਸੰਭਾਵਨਾ ਰੱਖਦਾ ਹੈ।

ਫਿਰ ਬੂਟ ਟ੍ਰਾਂਜ਼ੀਸ਼ਨ ਦੀ ਤੁਲਨਾ ਕਰੋ

Windows Fast Startup ਇੱਕ ਹਾਈਬ੍ਰਿਡ ਸ਼ਟਡਾਊਨ ਹੈ ਜੋ ਪੂਰਾ ਬੂਟ ਕਰਨ ਦੀ ਬਜਾਏ ਕਰਨਲ ਸੈਸ਼ਨ ਦੀ ਸਥਿਤੀ ਰੱਖਦਾ ਹੈ। Microsoft ਦਾ ਪਾਵਰ-ਸਟੇਟ ਦਸਤਾਵੇਜ਼ ਇਸਨੂੰ ਰੀਸਟਾਰਟ ਅਤੇ ਪੂਰੇ ਸ਼ਟਡਾਊਨ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਉਹੀ ਹਾਰਡਵੇਅਰ ਦੋਵੇਂ ਟ੍ਰਾਂਜ਼ੀਸ਼ਨਾਂ ਵਿੱਚ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰ ਸਕਦਾ ਹੈ।

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

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

ਕੀ ਨਹੀਂ ਬਦਲਣਾ

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

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