WireGuard AllowedIPs: ਉਹ ਰੂਟ ਜੋ NetworkManager ਨੇ ਕਦੇ ਨਹੀਂ ਜੋੜਿਆ

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

wg-quick ਦੋਵੇਂ ਬਿਨਾਂ ਮੰਗੇ ਕਰਦਾ ਹੈ। NetworkManager ਦਾ ਅੰਦਰੂਨੀ WireGuard ਸਮਰਥਨ ਵੀ ਡਿਫ਼ਾਲਟ ਰੂਪ ਵਿੱਚ peer ਰੂਟ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ, ਜੋ ਸ਼ੱਕੀਆਂ ਨੂੰ ਬੰਦ ਵਿਕਲਪ, ਦੂਜੀ ਰਾਊਟਿੰਗ ਸਾਰਣੀ ਜਾਂ ਕਿਸੇ ਹੋਰ ਰਾਹੀਂ ਆਯਾਤ ਕੀਤੀ ਸੰਰਚਨਾ ਤੱਕ ਸੀਮਤ ਕਰਦਾ ਹੈ।

ਰੂਟ ਦੇ ਪਿੱਛੇ ਭੱਜਣ ਤੋਂ ਪਹਿਲਾਂ ਟਨਲ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

wg show ਇੰਟਰਫੇਸ, peer, ਅੰਤਿਮ ਬਿੰਦੂ ਅਤੇ ਆਖਰੀ ਹੈਂਡਸ਼ੇਕ ਦੀ ਉਮਰ ਛਾਪਦਾ ਹੈ, ਅਤੇ ip addr show ਪਤਾ ਮੌਜੂਦ ਹੋਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ। ਹਾਲੀਆ ਹੈਂਡਸ਼ੇਕ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕੁੰਜੀਆਂ, ਅੰਤਿਮ ਬਿੰਦੂ ਅਤੇ UDP ਪਥ ਕੰਮ ਕਰ ਰਹੇ ਹਨ। ਜੋ ਵੀ ਖਰਾਬ ਹੈ ਉਹ ਉਨ੍ਹਾਂ ਤੋਂ ਹੇਠਾਂ ਬੈਠਦਾ ਹੈ: ਰਾਊਟਿੰਗ, ਫਿਲਟਰਿੰਗ ਜਾਂ ਨਾਮ ਹੱਲ।

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

AllowedIPs ਇੱਕ ਫਿਲਟਰ ਅਤੇ ਰੂਟ ਸੂਚੀ ਹੈ

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

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

ਪੁੱਛੋ ਕਿ peer ਰੂਟ ਬਿਲਕੁਲ ਸਮਰਥ ਹਨ ਜਾਂ ਨਹੀਂ

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸੈਟਿੰਗ ਪੜ੍ਹੋ: nmcli -f wireguard.peer-routes,ipv4.route-table connection show work-wg। ਜਦੋਂ peer-routes no ਦਿਖਾਉਂਦਾ ਹੈ, ਸਮਰਥਿਤ ਸੁਧਾਰ nmcli connection modify work-wg wireguard.peer-routes yes ਹੈ, ਅਤੇ ਫਿਰ ਮੁੜ ਜੁੜਨਾ। ਇਸ ਦੀ ਥਾਂ ਸਥਿਰ ਰੂਟ ਜੋੜਨਾ ਅਗਲੀ ਸਰਗਰਮੀ ਤੱਕ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਚੁੱਪਚਾਪ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ। ਉਹੀ ਗਾਇਬ ਹੋਣਾ ਸੰਕੇਤ ਹੈ: ਹਰ ਸਵੇਰ ਬੁਝਾਰਤ ਬਣ ਕੇ ਵਾਪਸ ਆਉਣ ਵਾਲਾ ਰੂਟ ਪ੍ਰੋਫਾਈਲ ਸਥਾਪਿਤ ਨਹੀਂ ਕਰਦੀ।

ਜੇਕਰ ਵਿਕਲਪ ਪਹਿਲਾਂ ਹੀ ਸਮਰਥ ਹੈ, ਤਾਂ ip route show table all | grep 10 ਨਾਲ ਜਾਂਚੋ ਕਿ ਪ੍ਰੀਫਿਕਸ ਕਿਸੇ ਹੋਰ ਸਾਰਣੀ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੋ ਸਾਰਣੀ ਮੁੱਖ ਨਹੀਂ ਹੈ ਉਸ ਦਾ ਰੂਟ ਗੁੰਮ ਨਹੀਂ ਹੈ, ਉਹ ਸਿਰਫ਼ ਮੁੱਖ ਸਾਰਣੀ ਵੇਖਣ ਵਾਲੀ ਖੋਜ ਲਈ ਅਦਿੱਖ ਹੈ। ਉੱਪਰ ਨਕਲੀ ਐਂਟਰੀ ਢੇਰ ਕਰਨ ਦੀ ਥਾਂ ਨੀਤੀ ਰਾਊਟਿੰਗ ਸੁਧਾਰੋ।

ਪ੍ਰੀਫਿਕਸ ਨੂੰ ਚੱਲ ਰਹੇ ਸਿਸਟਮ ਵਿੱਚ ਨਹੀਂ, ਕਨੈਕਸ਼ਨ ਵਿੱਚ ਜੋੜੋ

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

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

ਵੰਡਿਆ ਟਨਲਿੰਗ ਪ੍ਰੀਫਿਕਸ ਸੂਚੀ ਤੋਂ ਤੈਅ ਹੁੰਦੀ ਹੈ

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

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

ਰੂਟ ਸਾਰਣੀ ਲਈ ਇੱਕ ਮਾਲਕ

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

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