NetworkManager ਜਾਂ wg-quick: ਤੁਹਾਡੇ WireGuard ਰੂਟਾਂ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ?

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

ਮਿੱਥ: ਮਸ਼ੀਨ ’ਤੇ ਇੱਕ ਹੀ WireGuard ਕਨਫਿਗ ਹੈ

wg-quick /etc/wireguard/ ਅਧੀਨ ਇੱਕ ਫਾਈਲ ਪੜ੍ਹਦਾ ਹੈ ਅਤੇ ਜਦੋਂ ਤੁਸੀਂ ਇਸਨੂੰ ਉੱਪਰ ਲਿਆਉਂਦੇ ਹੋ ਤਾਂ ਇੰਟਰਫੇਸ ਬਣਾਉਂਦਾ ਹੈ। NetworkManager ਆਪਣੇ ਹੀ keyfile ਫਾਰਮੈਟ ਵਿੱਚ ਕਨੈਕਸ਼ਨ ਪ੍ਰੋਫਾਈਲ ਸਟੋਰ ਕਰਦਾ ਹੈ ਅਤੇ ਸਕ੍ਰਿਯਨ ਸਮੇਂ ਇਸਨੂੰ ਪੇਸ਼ ਕਰਦਾ ਹੈ, ਅਤੇ wg-quick ਫਾਈਲ ਆਯਾਤ ਕਰਨ ’ਤੇ ਮੁੱਲ ਉਸ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਕਾਪੀ ਹੁੰਦੇ ਹਨ, ਉਸ ਨਾਲ ਲਿੰਕ ਨਹੀਂ ਹੁੰਦੇ। ਬਾਅਦ ਵਿੱਚ ਮੂਲ ਫਾਈਲ ਸੰਪਾਦਿਤ ਕਰਨ ਨਾਲ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ, ਕਿਉਂਕਿ ਪ੍ਰੋਫਾਈਲ ਹੁਣ ਇਸਨੂੰ ਨਹੀਂ ਪੜ੍ਹਦਾ। ਇਸ ਲਈ ਸਾਥੀਆਂ ਅਤੇ ਕੁੰਜੀਆਂ ਦੀ ਉਹੀ ਸੂਚੀ ਦੋ ਵਾਰ ਹੋ ਸਕਦੀ ਹੈ, ਦੂਜੀ ਨਕਲ ਲਾਗੂ ਰਹਿੰਦੀ ਹੈ।

ਯਾਦ ਰੱਖਣ ਯੋਗ ਸੰਕੇਤ: ਰੀਬੂਟ ਸਹਿੰਦੇ ਪਰ ਮੁੜ ਆਯਾਤ ਨਾ ਸਹਿੰਦੇ ਬਦਲਾਅ ਇੱਕ ਸਟੋਰ ਤੋਂ ਆਉਂਦੇ ਹਨ, ਅਤੇ ਰੀਬੂਟ ’ਤੇ ਗਾਇਬ ਹੋਣ ਵਾਲੇ ਬਦਲਾਅ ਦੂਜੇ ਤੋਂ ਆਉਂਦੇ ਹਨ।

ਇੱਕ ਵਿਵਹਾਰਿਕ ਉਦਾਹਰਨ ਵੰਡ ਨੂੰ ਸਪੱਸ਼ਟ ਕਰਦੀ ਹੈ। ਤੁਲਨਾ ਕਰੋ nmcli connection show ਨਾਲ systemctl status wg-quick@wg0, ਫਿਰ ਜਾਂਚੋ ਕਿ ਰੂਟ ਅਸਲ ਵਿੱਚ ਕਿਸ ਇੰਟਰਫੇਸ ’ਤੇ ਲਟਕਦੇ ਹਨ। ਜੇ ਸੇਵਾ ਮਰੀ ਹੋਈ ਹੈ ਅਤੇ ਇੰਟਰਫੇਸ ਉੱਪਰ ਹੈ, ਤਾਂ ਫਾਈਲ ਜੋ ਵੀ ਕਹੇ, ਕੰਮ ਪ੍ਰੋਫਾਈਲ ਕਰ ਰਿਹਾ ਹੈ।

ਮਿੱਥ: ਰਾਊਟਿੰਗ ਨਿਯਮ WireGuard ਦਾ ਹਿੱਸਾ ਹਨ

ਕਰਨਲ ਦਾ WireGuard ਯੰਤਰ ਸਾਥੀਆਂ ਅਤੇ ਕੁੰਜੀਆਂ ਨੂੰ ਜਾਣਦਾ ਹੈ, ਅਤੇ ਨੀਤੀ-ਆਧਾਰਿਤ ਰਾਊਟਿੰਗ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਜਾਣਦਾ। ਤੁਸੀਂ ਜੋ ip rule ਐਂਟਰੀਆਂ ਅਤੇ ਵਾਧੂ ਟੇਬਲਾਂ ਦੇਖਦੇ ਹੋ, ਉਹ ਇੰਟਰਫੇਸ ਉੱਪਰ ਲਿਆਉਣ ਵਾਲੇ ਸੰਦ ਨੇ ਸਥਾਪਿਤ ਕੀਤੀਆਂ ਹਨ। wg-quick ਇੱਕ fwmark ਅਤੇ ਸਮਰਪਿਤ ਟੇਬਲ ਤੇ ਉਸ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲੇ ਨਿਯਮ ਜੋੜ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਕਿ NetworkManager ਆਪਣੀਆਂ ipv4 ਸੈਟਿੰਗਾਂ ਰਾਹੀਂ ਰੂਟ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ ਅਤੇ DNS ਸਿਸਟਮ ਵੱਲੋਂ ਵਰਤੇ ਜਾਂਦੇ ਰਿਜ਼ੋਲਵਰ ਬੈਕਐਂਡ ’ਤੇ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਉਹੀ ਟਨਲ, ਵੱਖਰੇ ਮਾੜੇ ਪ੍ਰਭਾਵ।

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ip rule ਅਤੇ ip route show table all ਪੜ੍ਹੋ, ਅਤੇ ਨੋਟ ਕਰੋ ਕਿ ਹਰ ਰੂਟ ਕਿਸ ਟੇਬਲ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ। ਜਿਸ ਟੇਬਲ ਨੰਬਰ ਨੂੰ ਤੁਸੀਂ ਕਨਫਿਗਰ ਨਹੀਂ ਕੀਤਾ, ਉਹ ਇਸਨੂੰ ਬਣਾਉਣ ਵਾਲੇ ਸੰਦ ਬਾਰੇ ਮਜ਼ਬੂਤ ਸੰਕੇਤ ਹੈ।

ਮਿੱਥ: ਰੂਟ ਹਟਾਉਣਾ ਇੱਕ ਹੱਲ ਹੈ

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

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

ਇੱਕ ਮਾਲਕ ਚੁਣੋ ਅਤੇ ਦੂਜੇ ਨੂੰ ਹਟਾ ਦਿਓ

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

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

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