ਸਭ ਕੁਝ ਇੱਕ ਹੀ ਹੋਸਟ 'ਤੇ ਫਾਰਵਰਡ ਕਰੀਏ ਜਾਂ ਪੋਰਟ ਵੀ ਦੁਬਾਰਾ ਲਿਖੀਏ?

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

ਪਹਿਲੀ ਸ਼ਰਤ: ਨਿਯਮ ਕਿਹੜੇ ਖੇਤਰ ਬਦਲਦਾ ਹੈ?

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

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

ਦੋ ਖੇਤਰ, ਦੋ ਵੱਖਰੇ ਸਵਾਲ।

ਦੂਜੀ ਸ਼ਰਤ: ਰੱਖੇ ਗਏ ਪੋਰਟਾਂ 'ਤੇ ਕੀ ਸੁਣ ਰਿਹਾ ਹੈ?

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

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

ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਸਰੋਤੇ ਦੀ ਸੂਚੀ ਬਣਾਓ।

ਤੀਜੀ ਸ਼ਰਤ: ਬਾਹਰੀ ਪ੍ਰਵੇਸ਼ ਕਿੰਨਾ ਚੌੜਾ ਹੈ?

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

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

ਅਨੁਵਾਦਿਤ ਅੰਤ ਬਿੰਦੂ ਪੂਰਾ ਲਿਖੋ: ਪ੍ਰੋਟੋਕੋਲ, ਬਾਹਰੀ ਪੋਰਟ, ਅੰਦਰੂਨੀ ਪਤਾ, ਅੰਦਰੂਨੀ ਪੋਰਟ।

ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਨਿਯਮ ਤੁਹਾਨੂੰ ਜੋ ਨਹੀਂ ਦਿੰਦਾ

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

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

ਐਕਸਪੋਜ਼ਰ ਵਿਸ਼ਲੇਸ਼ਣ ਇਸ ਬਾਰੇ ਹੈ ਕਿ ਕੀ ਕਿੱਥੇ ਪਹੁੰਚ ਸਕਦਾ ਹੈ, ਸਕ੍ਰੀਨ 'ਤੇ ਲੇਬਲ ਬਾਰੇ ਨਹੀਂ।

ਅਨੁਵਾਦਿਤ ਅੰਤ ਬਿੰਦੂ ਹੱਥ ਵਿੱਚ ਲੈ ਕੇ ਫੈਸਲਾ ਕਰੋ

ਨਿਯਮ ਦਾ ਨਤੀਜਾ ਵਾਕ ਵਜੋਂ ਲਿਖੋ: ਜਨਤਕ UDP ਪੋਰਟ X ਪਤਾ Y ਪੋਰਟ Z ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ। ਫਿਰ ਪੁੱਛੋ ਕਿ Y 'ਤੇ ਕਿਹੜੀਆਂ ਸੇਵਾਵਾਂ Z 'ਤੇ ਜਵਾਬ ਦੇ ਸਕਦੀਆਂ ਹਨ ਅਤੇ ਉਨ੍ਹਾਂ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ।

nft list ruleset

ਜੇ ਜਵਾਬ ਤੁਹਾਡੇ ਇਰਾਦੇ ਵਾਲਾ ਉਹੀ ਇੱਕ ਸਰੋਤਾ ਹੈ, ਤਾਂ ਨਿਯਮ ਆਪਣਾ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ।

ਜੇ ਜਵਾਬ ਕਈ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਪੂਰੇ ਹੋਸਟ 'ਤੇ ਫਾਰਵਰਡਿੰਗ ਚੁਣੀ ਹੈ, ਭਾਵੇਂ ਇੰਟਰਫੇਸ ਨੇ ਇਸ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਕਿਹਾ ਹੋਵੇ ਜਾਂ ਨਾ।