ਸਥਿਰ UDP ਪੋਰਟ ਪੋਰਟ ਫਾਰਵਰਡਿੰਗ ਛੱਡ ਸਕਦੇ ਹਨ, ਪਰ ਹਰ NAT ਨਹੀਂ

ਦੋ ਘਰੇਲੂ ਰਾਊਟਰ, ਕੋਈ ਫਾਰਵਰਡ ਕੀਤਾ ਪੋਰਟ ਨਹੀਂ, ਅਤੇ ਇੱਕ VPN ਜੋ ਕਦੇ-ਕਦੇ ਫਿਰ ਵੀ ਜੁੜ ਜਾਂਦਾ ਹੈ। UDP ਇਸ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਫਾਇਰਵਾਲ ਉਹ ਪੈਕਟ ਸਵੀਕਾਰ ਕਰੇਗਾ ਜਿਸ ਨੂੰ ਉਹ ਮਸ਼ੀਨ ਵੱਲੋਂ ਪਹਿਲਾਂ ਹੀ ਸ਼ੁਰੂ ਕੀਤੇ ਫਲੋ ਨਾਲ ਮਿਲਾ ਸਕੇ. ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ, ਸ਼ਰਤੀ ਚਾਲ ਹੈ, ਅਤੇ ਜਦੋਂ ਪਤਾ ਹੋਵੇ ਕਿ ਫਾਇਰਵਾਲ ਕੀ ਤੁਲਨਾ ਕਰਦਾ ਹੈ ਤਾਂ ਸ਼ਰਤਾਂ ਦੱਸਣੀਆਂ ਸੌਖੀਆਂ ਹਨ। ਇੱਕੋ ਜਿਹੇ ਪਰੋਫਾਈਲ ਵੱਖ-ਵੱਖ ਨੈੱਟਵਰਕਾਂ ਉੱਤੇ ਵੱਖਰਾ ਵਿਹਾਰ ਕਰਦੇ ਹਨ, ਇਸ ਦਾ ਕਾਰਨ ਵੀ ਇਹੀ ਹੈ।

ਫਾਇਰਵਾਲ ਜੋ ਤੁਲਨਾ ਕਰਦਾ ਹੈ

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

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

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

ਹਰ ਸਿਰੇ 'ਤੇ ਇੱਕ ਪੋਰਟ ਸਥਿਰ ਕਰਨਾ

OpenVPN ਦਾ ਡਿਫਾਲਟ UDP ਪੋਰਟ 1194 ਹੈ, ਅਤੇ lport ਉਸ ਸਰੋਤ ਪੋਰਟ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਜਿਸ ਤੋਂ ਇਹ ਭੇਜਦਾ ਹੈ। ਦੋਵੇਂ ਸਾਥੀਆਂ ਨੂੰ ਸਥਿਰ ਕਰੋ ਅਤੇ ਹਰ ਇੱਕ ਦਾ ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਟੂਪਲ ਉਸ ਪੋਰਟ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੇਗਾ ਜਿਸ 'ਤੇ ਦੂਜਾ ਸੁਣ ਰਿਹਾ ਹੈ:

# peer A
lport 1194
remote 198.51.100.20 1194
# peer B
lport 1194
remote 203.0.113.10 1194

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

ਜਿੱਥੇ ਟੂਪਲ ਮੇਲ ਖਾਣਾ ਬੰਦ ਕਰਦਾ ਹੈ

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

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

ਸਟ੍ਰੀਮ ਟ੍ਰਾਂਸਪੋਰਟ ਦੀ ਹਾਲਤ ਵਧੇਰੇ ਮਾੜੀ ਹੈ। TCP ਹੈਂਡਸ਼ੇਕ ਕਦਮ-ਦਰ-ਕਦਮ ਟਰੈਕ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ TCP-ਅਧਾਰਿਤ VPN ਇਸ ਤਰ੍ਹਾਂ ਬਿਲਕੁਲ ਨਹੀਂ ਵਿੰਨ੍ਹਿਆ ਜਾ ਸਕਦਾ ਅਤੇ ਰਾਹ ਵਿੱਚ ਕਿਤੇ ਸੁਣਨ ਵਾਲਾ ਚਾਹੀਦਾ ਹੈ।

ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਪਾਸਾ ਪਹਿਲਾਂ ਫੇਲ ਹੁੰਦਾ ਹੈ

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

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

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

ਕਦੋਂ ਕੋਸ਼ਿਸ਼ ਛੱਡਣੀ ਹੈ

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

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

ਪਹਿਲਾਂ ਸਿੱਧਾ ਪ੍ਰਬੰਧ ਅਜ਼ਮਾਓ, ਫਿਰ ਜੋ ਦੇਖਿਆ ਉਹ ਲਿਖ ਲਓ। NAT ਦਾ ਵਿਹਾਰ ਅਤੇ ਉਹ ਕੈਪਚਰ ਜਿਸ ਨੇ ਇਹ ਦਿਖਾਇਆ, ਅੰਤ ਵਿੱਚ ਵਰਤੀ ਪੋਰਟ ਜੋੜੀ ਨਾਲੋਂ ਵੱਧ ਕੀਮਤੀ ਹਨ, ਕਿਉਂਕਿ ਅਗਲਾ ਨੈੱਟਵਰਕ ਵੱਖਰਾ ਹੋਵੇਗਾ। OpenVPN 2.6 ਮੈਨੂਅਲ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ lport ਅਤੇ ਉਹ remote ਵਿਕਲਪ ਜਿਨ੍ਹਾਂ 'ਤੇ ਇਹ ਨਿਰਭਰ ਹੈ।