WireGuard ਡਿਫ਼ਾਲਟ ਰੂਟ ਲੂਪ: ਐਂਡਪੌਇੰਟ ਪਾਥ ਲੱਭੋ

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

ਰੂਟ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਲੂਪ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

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

sudo wg show wg1 endpoints
ip route get 198.51.100.20
ip rule show

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

ਐਂਡਪੌਇੰਟ ਪਾਥ ਪੜ੍ਹੋ, ਟਨਲ ਪਾਥ ਨਹੀਂ

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

ਜੇ ਇੰਟਰਫ਼ੇਸ ਦੋਵੇਂ ਲਿਜਾਂਦਾ ਹੈ ਤਾਂ ਦੋਵੇਂ ਪਤਾ ਪਰਿਵਾਰ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਜਾਂਚੋ। ਕੰਮ ਕਰਨ ਵਾਲਾ IPv4 ਅਲਗਾਵ IPv6 ਐਂਡਪੌਇੰਟ ਅਜੇ ਵੀ ਪਹੁੰਚਯੋਗ ਹੈ ਜਾਂ ਨਹੀਂ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ, ਅਤੇ ਮਿਸ਼ਰਤ ਕਾਨਫ਼ਿਗਰੇਸ਼ਨ ਪੀਅਰ ਦਾ IPv6 ਪਤਾ ਚੁਣੇ ਜਾਣ ਤੱਕ ਕੰਮ ਕਰਦਾ ਦਿਖ ਸਕਦਾ ਹੈ।

ਇੱਕ ਸੁਸੰਗਤ ਬਦਲਾਅ ਨਾਲ ਐਂਡਪੌਇੰਟ ਪਾਥ ਬਹਾਲ ਕਰੋ

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

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

sudo ip route replace 198.51.100.20/32 via 192.0.2.1 dev eth0
ip route get 198.51.100.20
sudo ip route add default dev wg1

ਜਾਂਚ ਕਰੋ, ਫਿਰ ਵਾਪਸ ਆਉਣ ਦਾ ਰਾਹ ਰੱਖੋ

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

sudo wg show wg1 latest-handshakes
sudo wg-quick down wg1
ip route show default
ip route get 198.51.100.20

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