pfSense ਆਉਟਬਾਊਂਡ NAT: ਪਹਿਲਾਂ ਬਣੇ ਨਿਯਮ ਪੜ੍ਹੋ

Firewall ਖੋਲ੍ਹੋ, ਫਿਰ NAT, ਫਿਰ Outbound, ਅਤੇ ਕੁਝ ਵੀ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਮੋਡ ਪੜ੍ਹੋ। Automatic ਮੋਡ ਵਿੱਚ pfSense WAN ਇੰਟਰਫੇਸਾਂ ਲਈ ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਰਿਮੋਟ-ਐਕਸੈਸ VPN ਨੈੱਟਵਰਕਾਂ ਲਈ ਨਿਯਮ ਬਣਾਉਂਦਾ ਹੈ, ਇਸ ਲਈ ਜੋ ਪੂਲ ਤੁਸੀਂ ਜੋੜਨ ਵਾਲੇ ਹੋ ਉਹ ਅਕਸਰ ਪਹਿਲਾਂ ਹੀ ਢਕਿਆ ਹੁੰਦਾ ਹੈ। ਹੱਥ ਨਾਲ ਲਿਖੀ ਕਤਾਰ ਦਾ ਨਾ ਹੋਣਾ ਅਨੁਵਾਦ ਦੇ ਨਾ ਹੋਣ ਦਾ ਸਬੂਤ ਨਹੀਂ ਹੈ। ਹੇਠਾਂ ਦਿੱਤਾ ਕ੍ਰਮ ਤੁਹਾਨੂੰ ਇੱਕ ਪੂਲ ਹੱਲ ਕਰਨ ਲਈ ਪੂਰੇ ਫਾਇਰਵਾਲ ਨੂੰ Manual 'ਤੇ ਬਦਲਣ ਤੋਂ ਰੋਕਦਾ ਹੈ।

ਮੋਡ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਬਾਕਸ 'ਤੇ ਹਰ ਹੋਰ ਨੈੱਟਵਰਕ ਲਈ ਅਨੁਵਾਦ ਕੌਣ ਸੰਭਾਲਦਾ ਹੈ, ਅਤੇ ਇਹ ਇੱਕ VPN ਛੋਟ ਨਾਲੋਂ ਵੱਡਾ ਫੈਸਲਾ ਹੈ।

Automatic ਮੋਡ ਪਹਿਲਾਂ ਹੀ VPN ਪੂਲ ਢਕਦਾ ਹੈ

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

Automatic ਅਤੇ Hybrid ਵਿੱਚ ਪੰਨਾ ਬਣੇ ਨਿਯਮ ਵੀ ਦਿਖਾਉਂਦਾ ਹੈ। VPN ਪੂਲ ਦਾ ਅਨੁਵਾਦ ਨਹੀਂ ਹੈ ਇਹ ਸਿੱਟਾ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਉਹ ਪੜ੍ਹੋ: ਸਰੋਤ ਕਾਲਮ ਵਿੱਚ ਪੂਲ ਦਾ ਨੈੱਟਵਰਕ ਅਤੇ ਇੰਟਰਫੇਸ ਕਾਲਮ ਵਿੱਚ WAN ਇੰਟਰਫੇਸ ਲੱਭੋ।

ਸਿਰਫ਼ ਸਮੀਖਿਆ ਕੀਤੀ ਛੋਟ ਲਈ Hybrid ਚੁਣੋ

ਜਦੋਂ ਐਗਰੈਸ ਨੀਤੀ ਸੱਚਮੁੱਚ ਵੱਖਰੀ ਹੋਵੇ ਤਾਂ ਦਸਤਾਵੇਜ਼ੀ ਛੋਟ ਅਜੇ ਵੀ ਸੰਭਵ ਹੈ। 10.90.0.0/24 ਵੰਡਣ ਵਾਲੇ ਸਰਵਰ ਦੀ ਕਲਪਨਾ ਕਰੋ, ਜਿੱਥੇ ਫਾਇਰਵਾਲ ਨੂੰ IPv4 ਇੰਟਰਨੈੱਟ ਐਗਰੈਸ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਰਾਊਟਿੰਗ ਪਹਿਲਾਂ ਹੀ WAN ਚੁਣਦੀ ਹੈ। ਉਮੀਦ ਕੀਤਾ ਬਦਲਾਅ ਇਹ ਹੈ ਕਿ ਸਰੋਤ 10.90.0.23 ਨੂੰ WAN ਪਤੇ 'ਤੇ ਮੁੜ ਲਿਖਿਆ ਜਾਵੇ। ਜਾਂਚੋ ਕਿ ਕੋਈ ਬਣਿਆ ਨਿਯਮ ਉਸ ਐਗਰੈਸ 'ਤੇ ਇਹ ਪਹਿਲਾਂ ਹੀ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ; ਜੇ ਨਹੀਂ, ਤਾਂ Hybrid ਆਪਣੇ-ਆਪ ਢੱਕਣ ਨੂੰ ਕਾਇਮ ਰੱਖਦਾ ਹੈ ਅਤੇ ਤੁਹਾਡਾ ਸਮੀਖਿਆ ਕੀਤਾ ਨਿਯਮ ਜੋੜਦਾ ਹੈ।

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

ਇੱਕ ਪੂਲ ਲਈ ਪੂਰਾ ਫਾਇਰਵਾਲ Manual 'ਤੇ ਨਾ ਲੈ ਜਾਓ। ਉਹ ਫੈਸਲਾ ਹਰ ਅੰਦਰੂਨੀ ਨੈੱਟਵਰਕ ਅਤੇ ਹਰ ਭਵਿੱਖੀ WAN ਬਦਲਾਅ ਲਈ ਸੰਭਾਲ ਮੁੜ ਸੌਂਪਦਾ ਹੈ।

NAT ਐਗਰੈਸ ਨਹੀਂ ਚੁਣਦਾ

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

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

ਨਵੇਂ ਕਨੈਕਸ਼ਨ 'ਤੇ ਬਦਲਾਅ ਸਾਬਤ ਕਰੋ

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

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