ਨੈਸਟਡ VPN: ਬਾਹਰੀ ਕਨੈਕਸ਼ਨ ਕਿਹੜੀ ਸੁਰੰਗ ਲੈ ਜਾਂਦੀ ਹੈ?
ਅੰਦਰੂਨੀ ਸੁਰੰਗ ਨੂੰ ਆਪਣੇ ਆਖਰੀ ਬਿੰਦੂ ਤੱਕ ਬਾਹਰੀ ਰਾਹ ਚਾਹੀਦਾ ਹੈ। ਗਲਤ ਕ੍ਰਮ ਵਿੱਚ ਸ਼ੁਰੂ ਕੀਤੇ ਦੋ ਕਲਾਇੰਟ ਰੂਟ ਟਕਰਾਅ ਪੈਦਾ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ ਪਹਿਲਾਂ ਨੈਸਟਿੰਗ ਠੀਕ ਕਰੋ।
ਇਕੱਠੇ ਚੱਲ ਰਹੇ ਦੋ VPN ਕਲਾਇੰਟ ਨੈਸਟਡ ਸੁਰੰਗ ਨਹੀਂ ਬਣਾਉਂਦੇ; ਉਹ ਦੋ ਸੁਰੰਗਾਂ ਅਤੇ ਰਾਊਟਿੰਗ ਉੱਤੇ ਝਗੜਾ ਬਣਾਉਂਦੇ ਹਨ। ਨੈਸਟਡ ਸੁਰੰਗ ਉਦੋਂ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਅੰਦਰੂਨੀ ਕਲਾਇੰਟ ਦਾ ਆਪਣੇ ਸਰਵਰ ਨਾਲ ਕਨੈਕਸ਼ਨ ਆਪ ਬਾਹਰੀ ਸੁਰੰਗ ਵੱਲੋਂ ਲਿਜਾਇਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਹ ਜਾਣ-ਬੁੱਝ ਕੇ ਬਣਾਈ ਜਾਣ ਵਾਲੀ ਵਿਵਸਥਾ ਹੈ। ਸਹੀ ਹੋਣ 'ਤੇ ਅੰਦਰੂਨੀ ਸਰਵਰ ਬਾਹਰੀ ਸਰਵਰ ਦਾ ਪਤਾ ਦੇਖਦਾ ਹੈ; ਗਲਤ ਹੋਣ 'ਤੇ ਇੱਕ ਕਲਾਇੰਟ ਚੁੱਪਚਾਪ ਦੂਜੇ ਦੁਆਲੇ ਦੁਬਾਰਾ ਜੁੜਦਾ ਹੈ। ਨੈਸਟਿੰਗ ਸੱਚੀ ਹੈ ਜਾਂ ਸੰਜੋਗਵੱਸ, ਇਹ ਤਿੰਨ ਸ਼ਰਤਾਂ ਤੈਅ ਕਰਦੀਆਂ ਹਨ।
ਨੈਸਟਿੰਗ ਨੂੰ ਤਿੰਨ ਸ਼ਰਤਾਂ ਤੈਅ ਕਰਦੀਆਂ ਹਨ
ਪਹਿਲੀ ਇਹ ਹੈ ਕਿ ਕਿਹੜੇ ਆਖਰੀ ਬਿੰਦੂ ਨੂੰ ਕਿਹੜਾ ਰਾਹ ਚਾਹੀਦਾ ਹੈ। ਅੰਦਰੂਨੀ ਸਰਵਰ ਦਾ ਪਤਾ ਦੱਸੋ, ਬਾਹਰੀ ਸਰਵਰ ਦਾ ਪਤਾ ਦੱਸੋ, ਅਤੇ ਸਪੱਸ਼ਟ ਕਹੋ ਕਿ ਅੰਦਰੂਨੀ ਸਰਵਰ ਤੱਕ ਸਿਰਫ਼ ਬਾਹਰੀ ਸੁਰੰਗ ਰਾਹੀਂ ਪਹੁੰਚ ਹੈ। ਬਾਕੀ ਸਭ ਉਸੇ ਵਾਕ ਤੋਂ ਨਿਕਲਦਾ ਹੈ, ਕਿਹੜੇ ਰੂਟ ਕਿਹੜੀ ਟੇਬਲ ਵਿੱਚ ਹਨ, ਇਹ ਵੀ।
ਦੂਜੀ ਇਹ ਹੈ ਕਿ ਕੀ ਤੁਸੀਂ ਹਰ ਪਰਤ 'ਤੇ ਰਾਹ ਦੇਖ ਸਕਦੇ ਹੋ। ਜੇ ਤੁਸੀਂ ਕਰਨਲ ਨੂੰ ਨਹੀਂ ਪੁੱਛ ਸਕਦੇ ਕਿ ਕੋਈ ਖਾਸ ਮੰਜ਼ਿਲ ਕਿਹੜਾ ਰੂਟ ਵਰਤੇਗੀ, ਤਾਂ ਤੁਸੀਂ ਆਖਰੀ ਬਾਹਰ ਜਾਣ ਵਾਲੀ IP ਤੋਂ ਲੜੀ ਦਾ ਅੰਦਾਜ਼ਾ ਲਾ ਰਹੇ ਹੋ, ਅਤੇ ਇਹੀ ਉਹ ਸਬੂਤ ਹੈ ਜੋ ਨੈਸਟਿੰਗ ਨੂੰ ਸੰਜੋਗ ਤੋਂ ਵੱਖ ਨਹੀਂ ਕਰ ਸਕਦਾ।
ਤੀਜੀ ਇਹ ਹੈ ਕਿ ਬਾਹਰੀ ਸੁਰੰਗ ਡਿੱਗਣ 'ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ। ਅੰਦਰੂਨੀ ਸੁਰੰਗ ਇਸ ਦੇ ਨਾਲ ਰੁਕ ਸਕਦੀ ਹੈ, ਆਮ ਨੈੱਟਵਰਕ ਰਾਹੀਂ ਦੁਬਾਰਾ ਜੁੜ ਸਕਦੀ ਹੈ, ਜਾਂ ਬਾਹਰੀ ਰਾਹ ਵਾਪਸ ਆਉਣ ਤੱਕ ਰੋਕੀ ਰਹਿ ਸਕਦੀ ਹੈ, ਅਤੇ ਤਿੰਨੇ ਹੀ ਬਚਾਅ-ਯੋਗ ਨੀਤੀਆਂ ਹਨ। ਇਹ ਇੱਕੋ ਨੀਤੀ ਨਹੀਂ ਹਨ, ਅਤੇ ਬਹੁਤੇ ਕਲਾਇੰਟਾਂ ਦਾ ਡਿਫਾਲਟ ਵਿਵਹਾਰ ਦੂਜਾ ਹੈ। ਜੋ ਕਲਾਇੰਟ ਆਪਣੇ ਆਖਰੀ ਬਿੰਦੂ ਨੂੰ ਭੌਤਿਕ ਨੈੱਟਵਰਕ ਰਾਹੀਂ ਦੁਬਾਰਾ ਜੋੜਦਾ ਹੈ ਅਤੇ ਨਾਲ ਹੀ ਸਿਹਤਮੰਦ ਕਨੈਕਸ਼ਨ ਦਿਖਾਉਂਦਾ ਹੈ, ਉਹੀ ਸਭ ਤੋਂ ਆਮ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਇਰਾਦਾ ਕੀਤੀ ਲੜੀ ਚੁੱਪਚਾਪ ਦੋ ਅਸੰਬੰਧਿਤ ਸੁਰੰਗਾਂ ਬਣ ਜਾਂਦੀ ਹੈ।
ਪਹਿਲੀ ਸ਼ਰਤ: ਕਿਹੜੇ ਆਖਰੀ ਬਿੰਦੂ ਨੂੰ ਕਿਹੜਾ ਰਾਹ ਚਾਹੀਦਾ ਹੈ
ip route get 203.0.113.10 ਉਸ ਸਵਾਲ ਦਾ ਸਿੱਧਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ: ਇਹ ਰੂਟ, ਸਰੋਤ ਪਤਾ ਅਤੇ ਉਹ ਇੰਟਰਫੇਸ ਛਾਪਦਾ ਹੈ ਜੋ ਕਰਨਲ ਹੁਣ ਉਸ ਮੰਜ਼ਿਲ ਲਈ ਵਰਤੇਗਾ।
ਇਸ ਨੂੰ ਅੰਦਰੂਨੀ ਸਰਵਰ ਲਈ ਅੰਦਰੂਨੀ ਕਲਾਇੰਟ ਦੇ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਇੱਕ ਵਾਰ ਫਿਰ ਚਲਾਓ, ਅਤੇ ਤੁਲਨਾ ਕਰੋ। ਜੇ ਜਵਾਬ ਭੌਤਿਕ ਇੰਟਰਫੇਸ ਤੋਂ ਬਾਹਰੀ ਸੁਰੰਗ ਦੇ ਇੰਟਰਫੇਸ 'ਤੇ ਬਦਲ ਜਾਵੇ, ਤਾਂ ਉਸ ਪਲ ਨੈਸਟਿੰਗ ਸੱਚੀ ਹੈ। ਜੇ ਨਾ ਬਦਲੇ, ਤਾਂ ਅੰਦਰੂਨੀ ਕਲਾਇੰਟ ਸਿੱਧਾ ਜੁੜ ਰਿਹਾ ਹੈ, ਪੈਨਲ ਕੁਝ ਵੀ ਕਹੇ। ਬਾਹਰੀ ਸਰਵਰ ਦੇ ਪਤੇ ਲਈ ਇਹ ਦੁਹਰਾਓ, ਜਿਸ ਨੂੰ ਅਜੇ ਵੀ ਭੌਤਿਕ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਹੱਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਉਹ ਰੂਟ ਜੋ ਦੋਵੇਂ ਆਖਰੀ ਬਿੰਦੂ ਪੁਨਰਾਵਰਤੀ ਰੂਪ ਵਿੱਚ ਫੜ ਲੈਂਦਾ ਹੈ ਉਹੀ ਖਰਾਬੀ ਹੈ ਜੋ ਮਸ਼ੀਨ ਨੂੰ ਨੈੱਟਵਰਕ ਤੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੱਢ ਦਿੰਦੀ ਹੈ।
ਦੂਜੀ ਸ਼ਰਤ: ਹਰ ਪਰਤ 'ਤੇ ਰਾਹ ਦੀ ਜਾਂਚ ਕਰੋ
ਆਧੁਨਿਕ ਕਲਾਇੰਟ 'ਤੇ ਰੂਟ ਚੋਣ ਮੁੱਖ ਟੇਬਲ ਤੋਂ ਵੱਧ ਹੈ। ਨੀਤੀ ਨਿਯਮ ਨਿਸ਼ਾਨ ਲੱਗੇ ਪੈਕਟ ਦੂਜੀ ਟੇਬਲ ਵਿੱਚ ਭੇਜ ਸਕਦੇ ਹਨ, ਕਲਾਇੰਟ ਆਪਣੇ ਸਾਕਟ ਨੂੰ ਕਿਸੇ ਇੰਟਰਫੇਸ ਨਾਲ ਬੰਨ੍ਹ ਸਕਦਾ ਹੈ, ਅਤੇ ਕੰਟੇਨਰ ਜਾਂ ਨੇਮਸਪੇਸ ਦੀਆਂ ਆਪਣੀਆਂ ਟੇਬਲਾਂ ਹੁੰਦੀਆਂ ਹਨ। ip rule ਅਤੇ ip route show table all ਇਹ ਪਤਾ ਲਾਉਣ ਦਾ ਤਰੀਕਾ ਹਨ ਕਿ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਵਿਵਸਥਾ ਚੱਲ ਰਹੀ ਹੈ।
ਜੋ ਕਲਾਇੰਟ ਆਪਣੇ ਸਾਕਟ 'ਤੇ SO_MARK ਲਾਉਂਦਾ ਹੈ, ਜਾਂ ਕਿਸੇ ਖਾਸ ਡਿਵਾਈਸ ਨਾਲ ਬੱਝਣ ਲਈ ਸੰਰਚਿਤ ਹੈ, ਉਹ ਉਸ ਡਿਫਾਲਟ ਰੂਟ ਨੂੰ ਬਾਈਪਾਸ ਕਰਦਾ ਹੈ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਸੰਭਾਲਿਆ ਸਮਝਿਆ ਸੀ। ਇਹ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, ਖਰਾਬੀ ਨਹੀਂ, ਅਤੇ ਇਸ ਦਾ ਅਰਥ ਹੈ ਕਿ ਇੱਕੋ ਭਰੋਸੇਯੋਗ ਜਾਂਚ ਉਹੀ ਹੈ ਜੋ ਕਲਾਇੰਟ ਦੇ ਉਸੇ ਨੇਮਸਪੇਸ ਵਿੱਚ ਚੱਲਦੀ ਹੈ। ਜੇ ਕਲਾਇੰਟ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਚੱਲਦੇ ਹਨ, ਤਾਂ ਜਾਂਚਾਂ ਉਹਨਾਂ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਕਰੋ, ਹੋਸਟ 'ਤੇ ਨਹੀਂ।
ਤੀਜੀ ਸ਼ਰਤ: ਬਾਹਰੀ ਸੁਰੰਗ ਡਿੱਗਣ 'ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ
ਫੇਲ੍ਹ ਦਾ ਵਿਵਹਾਰ ਫੈਸਲਾ ਮੰਗਦਾ ਹੈ, ਡਿਫਾਲਟ ਮੁੱਲ ਨਹੀਂ। ਬਾਹਰੀ ਸੁਰੰਗ ਗਾਇਬ ਹੋਣ 'ਤੇ ਅੰਦਰੂਨੀ ਸੁਰੰਗ ਨਾਲ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਲਿਖੋ, ਫਿਰ ਕਲਾਇੰਟਾਂ ਨੂੰ ਉਹੀ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰੋ।
ਚੋਣਾਂ ਸਪੱਸ਼ਟ ਹਨ। ਬਾਹਰੀ ਰਾਹ ਗਾਇਬ ਹੋਣ 'ਤੇ ਅੰਦਰੂਨੀ ਕਲਾਇੰਟ ਰੋਕਣਾ ਸਾਫ਼ ਲੜੀ ਅਤੇ ਸਪੱਸ਼ਟ ਰੁਕਾਵਟ ਦਿੰਦਾ ਹੈ। ਇਸ ਨੂੰ ਸਿੱਧਾ ਦੁਬਾਰਾ ਜੁੜਨ ਦੇਣਾ ਉਪਲਬਧਤਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਉਹ ਗੁਣ ਚੁੱਪਚਾਪ ਹਟਾ ਦਿੰਦਾ ਹੈ ਜਿਸ ਲਈ ਲੜੀ ਬਣੀ ਸੀ। ਬਾਹਰੀ ਰਾਹ ਵਾਪਸ ਆਉਣ ਤੱਕ ਰੋਕਣਾ ਸਭ ਤੋਂ ਸਖ਼ਤ ਅਤੇ ਚਲਾਉਣ ਵਿੱਚ ਸਭ ਤੋਂ ਥਕਾਊ ਚੋਣ ਹੈ, ਕਿਉਂਕਿ ਬਾਹਰੀ ਸੁਰੰਗ ਦਾ ਹਰ ਝਟਕਾ ਦਿਸਣ ਵਾਲੀ ਘਟਨਾ ਬਣ ਜਾਂਦਾ ਹੈ।
ਤਿੰਨੇ ਹਾਨੀਰਹਿਤ ਟਰੈਫਿਕ ਅਤੇ ਬਾਹਰੀ ਸੁਰੰਗ ਦੀ ਜਾਣ-ਬੁੱਝ ਕੇ ਫੇਲ੍ਹ ਨਾਲ ਪਰਖੋ, ਕਿਉਂਕਿ ਸੰਰਚਨਾ ਪੜ੍ਹਨਾ ਤੁਹਾਨੂੰ ਨਹੀਂ ਦੱਸੇਗਾ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਕਿਹੜੀ ਹੈ। ਬਾਹਰੀ ਸੁਰੰਗ ਮਾਰੋ, ਅੰਦਰੂਨੀ ਕਲਾਇੰਟ ਕੀ ਕਰਦਾ ਹੈ ਦੇਖੋ, ਅਤੇ ਉਹ ਡਿੱਗੀ ਹੋਈ ਹਾਲਤ ਵਿੱਚ ਰੂਟ ਫਿਰ ਜਾਂਚੋ। ਫਿਰ ਬਾਹਰੀ ਸੁਰੰਗ ਵਾਪਸ ਲਿਆਓ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਲੜੀ ਫਿਰ ਬਣਦੀ ਹੈ, ਅੰਦਰੂਨੀ ਕਲਾਇੰਟ ਨੂੰ ਇਸ ਵਿਚਕਾਰ ਚੁਣੇ ਸਿੱਧੇ ਰਾਹ 'ਤੇ ਨਹੀਂ ਛੱਡਦੀ।
ਲੜੀ ਤੁਹਾਨੂੰ ਕੀ ਨਹੀਂ ਦਿੰਦੀ
ਵਾਧੂ ਪਰਤਾਂ ਆਖਰੀ ਬਿੰਦੂ, ਚਾਬੀਆਂ ਅਤੇ ਫੇਲ੍ਹ ਦੇ ਢੰਗ ਜੋੜਦੀਆਂ ਹਨ; ਉਹ ਗੁਮਨਾਮੀ ਦੀ ਕੋਈ ਗਰੰਟੀ ਨਹੀਂ ਜੋੜਦੀਆਂ ਅਤੇ ਬਾਹਰੀ ਆਪਰੇਟਰ ਨੂੰ ਸੁਰੰਗ ਹੋਣ ਦੇਖਣ ਤੋਂ ਨਹੀਂ ਰੋਕਦੀਆਂ। ਨੈਸਟਿੰਗ ਕਿਸ ਤੋਂ ਬਚਾਉਂਦੀ ਹੈ, ਇਸ ਬਾਰੇ ਹਰ ਦਾਅਵੇ ਨੂੰ ਉਸ ਨਿਰੀਖਕ ਦਾ ਨਾਮ ਲੈਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਸ ਤੋਂ ਇਹ ਬਚਾਉਂਦੀ ਹੈ।
ਨਤੀਜਾ ਇੱਕ ਛੋਟਾ ਦਸਤਾਵੇਜ਼ ਹੈ, ਚੱਲਦਾ ਕਨੈਕਸ਼ਨ ਨਹੀਂ: ਕਿਹੜਾ ਆਖਰੀ ਬਿੰਦੂ ਕਿਹੜਾ ਰਾਹ ਵਰਤਦਾ ਹੈ, ਬਾਹਰੀ ਫੇਲ੍ਹ 'ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਮੌਜੂਦਾ ਹਾਲਤ ਦਿਖਾਉਣ ਵਾਲੇ ਤਿੰਨ ਕਮਾਂਡ। strongSwan ਦਾ ਫਾਰਵਰਡਿੰਗ ਦਸਤਾਵੇਜ਼ Linux ਹੋਸਟ 'ਤੇ ਸੁਰੰਗ ਟਰੈਫਿਕ ਇੰਟਰਫੇਸਾਂ ਵਿਚਕਾਰ ਕਿਵੇਂ ਅੱਗੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ, ਇਸ ਬਾਰੇ ਲਾਭਦਾਇਕ ਹਵਾਲਾ ਹੈ। ਹਰ ਕਲਾਇੰਟ ਅਪਡੇਟ ਤੋਂ ਬਾਅਦ ਜਾਂਚਾਂ ਫਿਰ ਚਲਾਓ, ਕਿਉਂਕਿ ਜਿਨ੍ਹਾਂ ਡਿਫਾਲਟ ਮੁੱਲਾਂ ਨੇ ਤੁਹਾਡੀ ਲੜੀ ਬਣਾਈ ਉਹ ਸਮਝੌਤਾ ਨਹੀਂ ਹਨ। ਜੋ ਨੈਸਟਡ ਸੁਰੰਗ ਤੁਸੀਂ ਜਾਂਚ ਨਹੀਂ ਸਕਦੇ ਉਹ ਸਟੇਟਸ ਲਾਈਟ ਵਾਲੀ ਅਫਵਾਹ ਹੈ।