ਆਵਰਤੀ ਰੂਟਿੰਗ: ਜਦੋਂ ਟਨਲ ਆਪਣੇ ਹੀ ਪੈਕਟ ਫੜ ਲੈਂਦਾ ਹੈ

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

ਪਹਿਲਾਂ ਬਾਹਰੀ ਰਾਹ ਜਾਂਚੋ

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

ip route get 198.51.100.7
ip rule show
ip route show table all | grep -F 198.51.100.7
wg show wg0 endpoints

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

ਸੈਸ਼ਨ ਕੁਝ ਪਲ ਕਿਉਂ ਟਿਕਦਾ ਹੈ

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

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

ਐਂਡਪੌਇੰਟ ਦੇ ਅਪਵਾਦ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ, ਲੱਭੋ

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

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

ਨੈੱਟਵਰਕ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਦੁਬਾਰਾ ਜਾਂਚੋ

Wi-Fi ਗੇਟਵੇ ਰਾਹੀਂ ਹੋਸਟ ਰੂਟ ਉਦੋਂ ਤੱਕ ਸਹੀ ਹੈ ਜਦੋਂ ਤੱਕ ਮਸ਼ੀਨ ਦੂਜੇ ਨੈੱਟਵਰਕ ਉੱਤੇ ਨਹੀਂ ਜਾਂਦੀ। ਫਿਰ ਉਹੀ ਲੱਛਣ ਬਿਨਾਂ ਕਿਸੇ ਸੰਰਚਨਾ ਬਦਲਾਅ ਦੇ ਵਾਪਸ ਆ ਜਾਂਦਾ ਹੈ।

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

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