WireGuard ਪੀਅਰ ਗਲਤ WAN ਰਾਹੀਂ ਨਿਕਲਦਾ ਹੈ: ਪੰਜ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ

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

ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ। ਹਰ ਇੱਕ ਦੀ ਇੱਕ ਰੁਕਣ ਦੀ ਸ਼ਰਤ ਹੈ, ਅਤੇ ਅੱਗੇ ਛਾਲ ਮਾਰਨਾ ਆਮ ਤੌਰ ’ਤੇ ਭਰੋਸੇਵਾਲਾ ਗਲਤ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।

ਹੈਂਡਸ਼ੇਕ ਨੂੰ ਫਾਰਵਰਡ ਕੀਤੇ ਪ੍ਰਵਾਹ ਤੋਂ ਵੱਖ ਕਰੋ

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

ਜਿਵੇਂ ਹੀ ਤੁਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ ਹੈਂਡਸ਼ੇਕ ਤੋਂ ਤਰਕ ਕਰਦੇ ਫੜੋ, ਰੁਕ ਜਾਓ। ਇਹ ਸਿਰਫ਼ ਐਂਡਪੁਆਇੰਟ ਰਾਹ ਬਾਰੇ ਸਬੂਤ ਹੈ।

ਨੀਤੀ ਨਿਯਮ ਪੜ੍ਹੋ, ਡਿਫਾਲਟ ਟੇਬਲ ਨਹੀਂ

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

ip rule show
ip route show table main
ip -4 route get 203.0.113.9 from 10.30.8.2

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

ਮਾਰਕ ਅਤੇ ਅਨੁਵਾਦ ਇਕੱਠੇ ਜਾਂਚੋ

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

nft list chain inet filter prerouting
conntrack -L -s 10.30.8.2 2>/dev/null | head
ip -s link show dev eth1

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

ਧਿਆਨ ਦਿਓ ਕਿ ਕਿਹੜਾ ਇੰਟਰਫੇਸ ਜਵਾਬ ਚੁੱਕਦਾ ਹੈ

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

ਜੇ ਜਵਾਬ ਗਲਤ ਅਪਲਿੰਕ ਰਾਹੀਂ ਆਉਂਦਾ ਹੈ, ਤਾਂ ਸਮੱਸਿਆ WireGuard ਤੋਂ ਕਨੈਕਸ਼ਨ ਟ੍ਰੈਕਿੰਗ ਜਾਂ ਅਨੁਵਾਦ ਵੱਲ ਚਲੀ ਗਈ ਹੈ। ਪੀਅਰ ਸੰਰਚਨਾ ਵਿੱਚ ਕੋਈ ਵੀ ਬਦਲਾਅ ਇਸ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰੇਗਾ।

ਵਾਪਸੀ ਦੇ ਰਾਹ ਨਾਲ ਇੱਕ ਚੀਜ਼ ਬਦਲੋ

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

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