VPN ਕਲਾਇੰਟ ਟ੍ਰੈਫਿਕ ਅਤੇ ਫਾਇਰਵਾਲ ਸਥਿਤੀ: ਬਾਹਰੀ ਅਤੇ ਅੰਦਰੂਨੀ ਪ੍ਰਵਾਹ

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

ਜਦ ਤੱਕ ਤੁਸੀਂ ਇਹਨਾਂ ਦੋਹਾਂ ਨੂੰ ਵੱਖ ਨਹੀਂ ਕਰਦੇ, ਹਰ ਨਿਯਮ ਬਦਲਾਅ ਇੱਕ ਅੰਦਾਜ਼ਾ ਹੈ।

ਫਾਇਰਵਾਲ ਦੋ ਵੱਖਰੇ ਪੈਕਟ ਦੇਖਦਾ ਹੈ

ਡੀਕੈਪਸੂਲੇਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ, ਫਾਇਰਵਾਲ VPN ਐਂਡਪੌਇੰਟ ਨੂੰ ਭੇਜਿਆ ਟ੍ਰੈਫਿਕ ਦੇਖਦਾ ਹੈ: ਸਰੋਤੇ ਵੱਲ ਬਾਹਰੀ UDP ਪ੍ਰਵਾਹ। ਡੀਕੈਪਸੂਲੇਸ਼ਨ ਤੋਂ ਬਾਅਦ, ਅੱਗੇ ਭੇਜਿਆ ਪੈਕਟ ਕਲਾਇੰਟ ਦਾ ਅੰਦਰੂਨੀ ਪਤਾ ਅਤੇ ਸੇਵਾ ਦਾ ਮੰਜ਼ਿਲ ਲੈ ਕੇ ਜਾਂਦਾ ਹੈ।

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

ਦੋਵਾਂ ਪਾਸਿਆਂ ਦੇ ਸਮਾਨ ਥਾਵਾਂ ਤੋਂ ਲਏ ਕੈਪਚਰਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਟਨਲ ਦੇ ਕਿਨਾਰੇ ਦਾ ਕੈਪਚਰ ਅਤੇ ਸਰਵਰ ਉੱਤੇ ਦਾ ਕੈਪਚਰ ਇੱਕੋ ਸੈਸ਼ਨ ਲਈ ਵੱਖਰੇ ਟਿਊਪਲ ਦਿਖਾਉਂਦੇ ਹਨ।

ਪਹਿਲਾ ਫੈਸਲਾ: ਟਨਲ ਜਾਂ ਸੇਵਾ ਦੀ ਮਨਜ਼ੂਰੀ

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

ਕਲਾਇੰਟ ਰੇਂਜ ਅਤੇ ਸੇਵਾ ਦਾ ਦਾਇਰਾ ਤੰਗ ਰੱਖੋ। ਟਨਲ ਸਬਨੈੱਟ ਤੋਂ ਪੂਰੇ LAN ਤੱਕ ਮਨਜ਼ੂਰੀ ਹਰ ਹੋਸਟ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨ ਦਾ ਫੈਸਲਾ ਹੈ, ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਸ਼ਾਰਟਕਟ ਨਹੀਂ।

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

ਦੂਜਾ ਫੈਸਲਾ: ਹਰ ਸੀਮਾ ਉੱਤੇ ਸਥਿਤੀ ਨਾਲ ਜਾਂ ਬਿਨਾਂ

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

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

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

ਉਸੇ ਨੀਤੀ ਹੇਠ ਵਾਪਸੀ ਦਾ ਰਾਹ ਪਰਖੋ

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

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