ਘਰੇਲੂ VPN ਸਰਵਰ ਲਈ ਪੋਰਟ ਟ੍ਰਿਗਰਿੰਗ ਬਨਾਮ ਪੋਰਟ ਫਾਰਵਰਡਿੰਗ
ਟ੍ਰਿਗਰਿੰਗ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਤੋਂ ਬਾਅਦ ਮੈਪਿੰਗ ਖੋਲ੍ਹਦੀ ਹੈ; ਫਾਰਵਰਡਿੰਗ ਪੋਰਟ ਨੂੰ ਪੱਕੇ ਤੌਰ ’ਤੇ ਮੈਪ ਕਰਦੀ ਹੈ। ਘਰੇਲੂ VPN ਸਰਵਰ ਨੂੰ ਦੂਜੀ ਚਾਹੀਦੀ ਹੈ, ਅਸਲ ਸਰੋਤੇ ਤੱਕ ਸੀਮਿਤ।
ਬਹੁਤੇ ਘਰੇਲੂ ਰਾਊਟਰਾਂ ਵਿੱਚ ਪੋਰਟ ਫਾਰਵਰਡਿੰਗ ਅਤੇ ਪੋਰਟ ਟ੍ਰਿਗਰਿੰਗ ਇੱਕੋ ਮੀਨੂ ਵਿੱਚ ਹੁੰਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਇਹਨਾਂ ਨੂੰ ਇੱਕੋ ਕੰਮ ਕਰਨ ਦੇ ਦੋ ਤਰੀਕੇ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਫਾਰਵਰਡਿੰਗ ਇੱਕ ਸਥਿਰ ਨਿਯਮ ਹੈ: WAN ਪੋਰਟ ’ਤੇ ਆਉਣ ਵਾਲਾ ਇਨਬਾਊਂਡ ਕਨੈਕਸ਼ਨ ਇੱਕ ਨਿਸ਼ਚਿਤ ਅੰਦਰੂਨੀ ਪਤੇ ਅਤੇ ਪੋਰਟ ’ਤੇ ਤਬਦੀਲ ਹੁੰਦਾ ਹੈ, ਭਾਵੇਂ ਕੁਝ ਹੋਰ ਹੋ ਰਿਹਾ ਹੋਵੇ ਜਾਂ ਨਾ। ਟ੍ਰਿਗਰਿੰਗ ਸ਼ਰਤੀ ਹੈ: ਰਾਊਟਰ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ’ਤੇ ਨਜ਼ਰ ਰੱਖਦਾ ਹੈ ਅਤੇ ਮੇਲ ਖਾਂਦਾ ਕਨੈਕਸ਼ਨ ਬਾਹਰ ਜਾਣ ਤੋਂ ਬਾਅਦ ਹੀ ਇਨਬਾਊਂਡ ਮੈਪਿੰਗ ਖੋਲ੍ਹਦਾ ਹੈ। VPN ਸਰਵਰ ਉਡੀਕ ਕਰਦਾ ਹੈ ਕਿ ਕੋਈ ਹੋਰ ਪਹਿਲਾਂ ਜੁੜੇ, ਇਸ ਲਈ ਉਹੀ ਸ਼ਰਤ ਉਹ ਇੱਕੋ ਚੀਜ਼ ਹੈ ਜੋ ਇਹ ਕਦੇ ਪੂਰੀ ਨਹੀਂ ਕਰ ਸਕਦਾ।
ਵੱਖਰੇ ਜੀਵਨ ਚੱਕਰ ਵਾਲੇ ਦੋ ਨਿਯਮ
IPv4 NAT ਸਥਿਤੀ ਰੱਖਦਾ ਹੈ। ਜਦੋਂ ਅੰਦਰੂਨੀ ਹੋਸਟ ਪੈਕਟ ਬਾਹਰ ਭੇਜਦਾ ਹੈ, ਰਾਊਟਰ ਮੈਪਿੰਗ ਬਣਾਉਂਦਾ ਹੈ ਤਾਂ ਜੋ ਜਵਾਬ ਵਾਪਸੀ ਦਾ ਰਾਹ ਲੱਭ ਸਕਣ; ਜੋ ਇਨਬਾਊਂਡ ਪੈਕਟ ਕਿਸੇ ਮੈਪਿੰਗ ਨਾਲ ਨਹੀਂ ਮਿਲਦਾ ਉਹ ਸੁੱਟ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਹੀ ਵਿਵਹਾਰ ਬਿਨਾਂ ਅਪਡੇਟ ਵਾਲੇ ਡੈਸਕਟਾਪ ਨੂੰ ਇੰਟਰਨੈੱਟ ਤੋਂ ਬਾਹਰ ਰੱਖਦਾ ਹੈ। ਫਾਰਵਰਡਿੰਗ ਹੱਥ ਨਾਲ ਜੋੜੀ ਪੱਕੀ ਤਬਦੀਲੀ ਐਂਟਰੀ ਹੈ। ਟ੍ਰਿਗਰਿੰਗ ਟ੍ਰੈਫਿਕ ਪੈਟਰਨ ਨਾਲ ਸੰਭਾਲਿਆ ਗਿਆ ਇੱਕ ਅਸਥਾਈ ਮੋਰੀ ਹੈ।
ਵਿਹਾਰਕ ਫ਼ਰਕ ਸਮੇਂ ਦਾ ਹੈ। ਫਾਰਵਰਡਿੰਗ ਸੰਭਾਲਣ ਦੇ ਪਲ ਤੋਂ ਲੈ ਕੇ ਕੋਈ ਹਟਾਉਣ ਤੱਕ ਰਹਿੰਦੀ ਹੈ। ਟ੍ਰਿਗਰ ਹੋਈ ਮੈਪਿੰਗ ਟ੍ਰਿਗਰ ਚੱਲਣ ਤੋਂ ਬਾਅਦ ਰਹਿੰਦੀ ਹੈ ਅਤੇ ਨਿਸ਼ਕਿਰਿਆ ਟਾਈਮਰ ’ਤੇ ਬੰਦ ਹੁੰਦੀ ਹੈ, ਜੋ ਖਪਤਕਾਰ ਹਾਰਡਵੇਅਰ ’ਤੇ ਮਿੰਟਾਂ ਵਿੱਚ ਮਿਣਿਆ ਜਾਂਦਾ ਹੈ, ਜਾਂ ਰੀਬੂਟ ’ਤੇ ਤੁਰੰਤ।
ਅਮੂਰਤ ਰੂਪ ਵਿੱਚ ਕੋਈ ਵੀ ਵੱਧ ਸੁਰੱਖਿਅਤ ਨਹੀਂ। ਫਾਰਵਰਡਿੰਗ ਇੱਕ ਪੋਰਟ ਲਗਾਤਾਰ ਖੁੱਲ੍ਹਾ ਰੱਖਦੀ ਹੈ; ਟ੍ਰਿਗਰ ਉਸ ਨੂੰ ਸਿਰਫ਼ ਕੁਝ ਖ਼ਾਸ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਤੋਂ ਬਾਅਦ ਖੋਲ੍ਹਦਾ ਹੈ। ਜਿਸ ਸੇਵਾ ਨੂੰ ਕਿਸੇ ਅਜਨਬੀ ਤੋਂ ਪਹਿਲਾ ਪੈਕਟ ਸਵੀਕਾਰ ਕਰਨਾ ਹੁੰਦਾ ਹੈ, ਉਸ ਲਈ ਦੋਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਕੰਮ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ।
ਟ੍ਰਿਗਰਿੰਗ ਸਰਵਰ ਨੂੰ ਕਿਉਂ ਪ੍ਰਕਾਸ਼ਿਤ ਨਹੀਂ ਕਰੇਗੀ
VPN ਸਰਵਰ ਬਣਾਵਟ ਅਨੁਸਾਰ ਹੀ ਨਿਸ਼ਕਿਰਿਆ ਹੁੰਦਾ ਹੈ। ਸਾਮ੍ਹਣਾ ਧਿਰ, ਕੈਫ਼ੇ ਦਾ ਲੈਪਟਾਪ ਹੋਵੇ ਜਾਂ ਮੋਬਾਈਲ ਡੇਟਾ ’ਤੇ ਫ਼ੋਨ, ਪਹਿਲਾ ਪੈਕਟ ਭੇਜਦੀ ਹੈ, ਅਤੇ ਰਾਊਟਰ ਕੋਲ ਉਸ ਲਈ ਕੋਈ ਮੈਪਿੰਗ ਨਹੀਂ ਹੁੰਦੀ। ਅੰਦਰੋਂ ਕਿਸੇ ਨੇ ਟ੍ਰਿਗਰ ਪੋਰਟ ’ਤੇ ਟ੍ਰੈਫਿਕ ਸ਼ੁਰੂ ਨਹੀਂ ਕੀਤਾ, ਇਸ ਲਈ ਨਿਯਮ ਕਦੇ ਚੱਲਦਾ ਹੀ ਨਹੀਂ ਅਤੇ ਹੈਂਡਸ਼ੇਕ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਕਨੈਕਸ਼ਨ ਮਰ ਜਾਂਦਾ ਹੈ।
ਜਿੱਥੇ ਟ੍ਰਿਗਰਿੰਗ ਕੰਮ ਕਰਦੀ ਦਿਸਦੀ ਹੈ, ਉੱਥੇ ਟ੍ਰਿਗਰ ਪੋਰਟ ’ਤੇ ਟ੍ਰੈਫਿਕ ਕੋਈ ਹੋਰ ਚੀਜ਼ ਪੈਦਾ ਕਰ ਰਹੀ ਹੁੰਦੀ ਹੈ: LAN ਵਿੱਚੋਂ ਇੱਕ ਕਲਾਇੰਟ, ਇੱਕ ਮਾਨੀਟਰਿੰਗ ਪ੍ਰੋਬ, ਜਾਂ ਸਰਵਰ ਦੇ ਆਪਣੇ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਜਾਂਚ। ਫਿਰ ਮੈਪਿੰਗ ਉਸ ਇੱਕ ਹੋਸਟ ਲਈ ਖੁੱਲ੍ਹਦੀ ਹੈ ਅਤੇ ਟ੍ਰੈਫਿਕ ਰੁਕਣ ’ਤੇ ਬੰਦ ਹੋ ਜਾਂਦੀ ਹੈ, ਇਸ ਲਈ ਅਗਲਾ ਬਾਹਰੀ ਧਿਰ ਫਿਰ ਅਸਫਲ ਹੁੰਦਾ ਹੈ ਜਦਕਿ ਪਹਿਲੀ ਸਫਲਤਾ ਲੌਗ ਵਿੱਚ ਸਬੂਤ ਵਾਂਗ ਪਈ ਰਹਿੰਦੀ ਹੈ।
ਟ੍ਰਿਗਰਿੰਗ ਆਮ ਤੌਰ ’ਤੇ ਇੱਕ-ਹੋਸਟ ਵੀ ਹੁੰਦੀ ਹੈ। ਕਈ ਲਾਗੂਕਰਨ ਇੱਕ ਸਮੇਂ ਸਿਰਫ਼ ਇੱਕ ਅੰਦਰੂਨੀ ਡਿਵਾਈਸ ਨੂੰ ਮੈਪਿੰਗ ਰੱਖਣ ਦਿੰਦੇ ਹਨ, ਜੋ ਕਈ ਧਿਰਾਂ ਨੂੰ ਜਵਾਬ ਦੇਣ ਵਾਲੇ ਸਰਵਰ ਲਈ ਬਿਲਕੁਲ ਗ਼ਲਤ ਹੈ। ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਬਾਹਰ ਕੰਟਰੋਲ ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹਣ ਅਤੇ ਦੂਜੇ ਪੋਰਟ ’ਤੇ ਇਨਬਾਊਂਡ ਡੇਟਾ ਦੀ ਉਮੀਦ ਕਰਨ ਵਾਲੀਆਂ ਐਪਾਂ ਲਈ ਬਣਾਈ ਗਈ ਸੀ, ਅਤੇ ਇਹ ਅਜੇ ਵੀ ਉਸੇ ਆਕਾਰ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ।
ਫਾਰਵਰਡਿੰਗ ਅਸਲ ਵਿੱਚ ਕੀ ਮੈਪ ਕਰਦੀ ਹੈ
ਫਾਰਵਰਡਿੰਗ ਇੱਕ ਤਬਦੀਲੀ ਐਂਟਰੀ ਹੈ: WAN ਪੋਰਟ ਅਤੇ ਪ੍ਰੋਟੋਕਾਲ ਤੋਂ ਅੰਦਰੂਨੀ ਪਤੇ ਅਤੇ ਪੋਰਟ ਤੱਕ। ਇਸ ਨੂੰ ਦੂਜੇ ਸਿਰੇ ’ਤੇ ਪਹਿਲਾਂ ਤੋਂ ਚੱਲ ਰਿਹਾ ਸਰੋਤਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਅੰਦਰੂਨੀ ਪਤਾ ਆਪਣੀ ਥਾਂ ’ਤੇ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ। ਦੂਜੀ ਮਸ਼ੀਨ ’ਤੇ ਜਾਣ ਵਾਲੀ DHCP ਲੀਜ਼ ਹਰ ਟਨਲ ਨੂੰ ਚੁੱਪਚਾਪ ਗ਼ਲਤ ਹੋਸਟ ’ਤੇ ਭੇਜਦੀ ਹੈ, ਇਸ ਲਈ ਨਿਯਮ ਤੋਂ ਪਹਿਲਾਂ ਰਿਜ਼ਰਵੇਸ਼ਨ ਬਣਾਓ।
| Rule | Opens when | Closes when | Fits a VPN listener |
|---|---|---|---|
| Port forward | Saved, at boot | You delete it | Yes |
| Port trigger | Matching outbound traffic | Idle timeout or reboot | No |
ਪ੍ਰੋਟੋਕਾਲ ਫਾਰਮ ਦੇ ਸੰਕੇਤ ਤੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ। UDP ’ਤੇ OpenVPN ਨੂੰ UDP ਫਾਰਵਰਡਿੰਗ ਚਾਹੀਦੀ ਹੈ, WireGuard ਨੂੰ UDP ਚਾਹੀਦੀ ਹੈ, ਅਤੇ IPsec ਡੇਟਾ ESP ਵਜੋਂ, IP ਪ੍ਰੋਟੋਕਾਲ 50 ਆਉਂਦਾ ਹੈ, ਜਿਸ ਕੋਲ ਕੋਈ ਪੋਰਟ ਹੀ ਨਹੀਂ। ਸਿਰਫ਼ TCP ਜਾਂ UDP ਸਵੀਕਾਰ ਕਰਨ ਵਾਲਾ ਫਾਰਵਰਡਿੰਗ ਫਾਰਮ ਇਹ ਨਹੀਂ ਦੱਸ ਸਕਦਾ, ਇਸ ਲਈ IPsec ਨੂੰ ਪੋਰਟ ਨਿਯਮ ਦੀ ਥਾਂ passthrough ਜਾਂ ਸਥਿਰ ਇੱਕ-ਤੋਂ-ਇੱਕ ਮੈਪਿੰਗ ਚਾਹੀਦੀ ਹੈ।
ਤੁਹਾਡੇ ਰਾਊਟਰ ਤੋਂ ਉੱਪਰਲੀ ਪਰਤ
ਫਾਰਵਰਡਿੰਗ ਸਿਰਫ਼ ਤੁਹਾਡੀ ਆਪਣੀ ਤਬਦੀਲੀ ਨੂੰ ਕੰਟਰੋਲ ਕਰਦੀ ਹੈ। ਜੇ WAN ਪਤਾ ਤੁਹਾਡਾ ਨਹੀਂ, ਜੋ ਕੈਰੀਅਰ-ਗ੍ਰੇਡ NAT ਪਿੱਛੇ ਦੀ ਸਥਿਤੀ ਹੈ ਜਿੱਥੇ ਗਾਹਕ RFC 6598 ਵਿੱਚ ਦੱਸੇ ਅਨੁਸਾਰ 100.64.0.0/10 ਸਾਂਝਾ ਕਰਦੇ ਹਨ, ਤਾਂ ਇਨਬਾਊਂਡ ਕਨੈਕਸ਼ਨ ਕਦੇ ਤੁਹਾਡੇ ਰਾਊਟਰ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦਾ ਕਿਉਂਕਿ ਪ੍ਰਦਾਤਾ ਨੇ ਪਹਿਲਾਂ ਤਬਦੀਲ ਕੀਤਾ ਹੈ। ਤੁਹਾਡੇ ਡਿਵਾਈਸ ਦਾ ਕੋਈ ਨਿਯਮ ਉਹ ਕ੍ਰਮ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕਦਾ।
ਦੋਹਰਾ NAT ਛੋਟੇ ਪੈਮਾਨੇ ’ਤੇ ਉਹੀ ਸਮੱਸਿਆ ਹੈ। ਤੁਹਾਡਾ ਰਾਊਟਰ ISP ਰਾਊਟਰ ਵੱਲ ਫਾਰਵਰਡ ਕਰਦਾ ਹੈ, ਜਿਸ ਕੋਲ ਮੇਲ ਖਾਂਦਾ ਨਿਯਮ ਨਹੀਂ ਅਤੇ ਉਹ ਪੈਕਟ ਸੁੱਟ ਦਿੰਦਾ ਹੈ। ਜਾਂ ਤਾਂ ਬਾਹਰੀ ਡਿਵਾਈਸ ’ਤੇ ਨਿਯਮ ਜੋੜੋ, ਜਾਂ ਬਾਹਰੀ ਡਿਵਾਈਸ ਨੂੰ ਬ੍ਰਿਜ ਮੋਡ ਵਿੱਚ ਰੱਖੋ ਅਤੇ ਤੁਹਾਡੇ ਵਾਲੇ ਨੂੰ ਜਨਤਕ ਪਤਾ ਰੱਖਣ ਦਿਓ।
ਇਸ ਲਈ ਟੈਸਟ ਬਾਹਰੋਂ ਆਉਣਾ ਚਾਹੀਦਾ ਹੈ। ਜਨਤਕ ਪਤੇ ਰਾਹੀਂ ਉਸੇ LAN ਤੋਂ ਕੀਤਾ ਟੈਸਟ ਹੇਅਰਪਿਨ NAT ਸਹਿਯੋਗ ’ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਅਤੇ ਨਿਯਮ ਨਾਲ ਸੰਬੰਧ ਨਾ ਰੱਖਣ ਵਾਲੇ ਕਾਰਨਾਂ ਕਰਕੇ ਪਾਸ ਜਾਂ ਫੇਲ ਹੋ ਸਕਦਾ ਹੈ; ਮੋਬਾਈਲ ਡੇਟਾ ’ਤੇ ਫ਼ੋਨ, ਜਾਂ ਕਿਸੇ ਹੋਰ ਨੈੱਟਵਰਕ ਦਾ ਦੋਸਤ, ਵਧੇਰੇ ਸਾਫ਼ ਜਾਂਚ ਹੈ।
ਨਿਯਮ ਨੂੰ ਸੀਮਿਤ ਕਰੋ, ਫਿਰ ਦੋਵੇਂ ਅੱਧ ਜਾਂਚੋ
ਇੱਕ ਪੋਰਟ ਨੂੰ ਇੱਕ ਪਤੇ ’ਤੇ ਫਾਰਵਰਡ ਕਰੋ। ਪਹਿਲੇ ਯਤਨ ਅਸਫਲ ਹੋਣ ਕਰਕੇ ਜੋੜੀ ਗਈ ਰੇਂਜ, ਇਸੇ ਤਰ੍ਹਾਂ ਹੀ ਪ੍ਰਬੰਧਨ ਇੰਟਰਫ਼ੇਸ ਇੰਟਰਨੈੱਟ ’ਤੇ ਪਹੁੰਚਦੇ ਹਨ, ਅਤੇ VPN ਸਰੋਤੇ ਨੂੰ ਨਾਲ ਰਾਊਟਰ ਦਾ ਐਡਮਿਨ ਪੇਜ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ।
ਜੋ ਪਹਿਲਾਂ ਹੀ ਉਸ ਸਰੋਤੇ ਦੀ ਰੱਖਿਆ ਕਰ ਰਿਹਾ ਸੀ, ਉਹ ਸਭ ਰੱਖੋ: ਸਰਟੀਫਿਕੇਟ ਜਾਂ ਕੁੰਜੀ ਪਛਾਣ, ਹੋਸਟ ਫਾਇਰਵਾਲ, ਮੌਜੂਦਾ ਪੈਕੇਜ ਵਰਜ਼ਨ। ਫਾਰਵਰਡਿੰਗ ਪੈਕਟ ਨੂੰ ਅੰਦਰ ਆਉਣ ਦਿੰਦੀ ਹੈ; ਪ੍ਰਮਾਣਿਕਤਾ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਪੈਕਟ ਟਨਲ ਬਣੇਗਾ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਕੁਝ ਗੜਬੜ ਹੋਣ ’ਤੇ ਇਹ ਦੋ ਵੱਖਰੀਆਂ ਅਸਫਲਤਾਵਾਂ ਹਨ।
ਜਾਂਚ ਦੇ ਦੋ ਅੱਧ ਹਨ। ਹੈਂਡਸ਼ੇਕ ਬਾਹਰੀ ਨੈੱਟਵਰਕ ਤੋਂ ਪੂਰਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਸਰਵਰ ਪਿੱਛੇ ਦਾ ਨਿੱਜੀ ਸਰੋਤ ਟਨਲ ਰਾਹੀਂ ਜਵਾਬ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ। ਫਾਰਵਰਡਿੰਗ ਟਨਲ ਕਨੈਕਸ਼ਨ ਨੂੰ ਅੰਦਰ ਆਉਣ ਦਿੰਦੀ ਹੈ, ਉਸ ਤੋਂ ਵੱਧ ਕੁਝ ਨਹੀਂ; 10.8.0.0/24 ਲਈ ਰਾਊਟਿੰਗ ਅਤੇ ਅਧਿਕਾਰ ਦੂਜੀ ਸਕਰੀਨ ਦੀ ਦੂਜੀ ਸੈਟਿੰਗ ਹੈ।
ਤਿੰਨ ਸਵਾਲਾਂ ਨਾਲ ਫ਼ੈਸਲਾ ਕਰੋ
ਤਿੰਨ ਸਵਾਲ ਕਿਸੇ ਵੀ ਤੁਲਨਾ ਸਾਰਣੀ ਤੋਂ ਤੇਜ਼ ਚੋਣ ਤੈਅ ਕਰ ਦਿੰਦੇ ਹਨ:
- ਕੀ ਬਾਹਰੋਂ ਕੁਝ ਪਹਿਲੇ ਪੈਕਟ ਵਜੋਂ ਜੁੜਦਾ ਹੈ? ਤਾਂ ਫਾਰਵਰਡਿੰਗ ਜਾਂ ਰਿਲੇ ਵਰਤੋ। ਟ੍ਰਿਗਰਿੰਗ ਉਸ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਤੋਂ ਬਿਨਾਂ ਨਹੀਂ ਖੁੱਲ੍ਹ ਸਕਦੀ ਜੋ ਕਦੇ ਹੋਵੇਗਾ ਹੀ ਨਹੀਂ।
- ਕੀ ਮੋਰੀ ਨਿਸ਼ਕਿਰਿਆ ਸਮੇਂ ਤੋਂ ਵੱਧ ਟਿਕਣੀ ਚਾਹੀਦੀ ਹੈ? ਤਾਂ ਫਾਰਵਰਡਿੰਗ ਵਰਤੋ, ਕਿਉਂਕਿ ਟ੍ਰਿਗਰ ਹੋਈ ਮੈਪਿੰਗ ਆਪਣੇ ਹੀ ਸ਼ਡਿਊਲ ’ਤੇ ਬੰਦ ਹੁੰਦੀ ਹੈ।
- ਕੀ WAN ਪਤਾ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਲਈ ਤੁਹਾਡਾ ਹੈ? ਜੇ ਨਹੀਂ, ਤਾਂ ਕੋਈ ਵੀ ਨਿਯਮ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਉੱਪਰਲੀ ਪਰਤ ਠੀਕ ਕਰੋ।
ਜੇ ਤਿੰਨਾਂ ਦਾ ਜਵਾਬ ਨਹੀਂ ਹੈ, ਜੋ ਉਸ ਲੈਪਟਾਪ ਦਾ ਮਾਮਲਾ ਹੈ ਜੋ ਆਪ ਵਪਾਰਕ ਪ੍ਰਦਾਤਾ ਨੂੰ ਡਾਇਲ ਕਰਦਾ ਹੈ, ਤਾਂ ਦੋਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਨਿਯਮ ਲੋੜੀਂਦਾ ਨਹੀਂ। NAT ਪਿੱਛੇ ਦਾ ਕਲਾਇੰਟ ਕੰਮ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ ਉਹ ਆਪ ਸਥਿਤੀ-ਧਾਰਕ ਮੈਪਿੰਗ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਇਹ ਅੱਧੀ ਰਾਤ ਪੋਰਟ ਫਾਰਵਰਡਿੰਗ ਵਾਲਾ ਸਫ਼ਾ ਪੜ੍ਹਨ ਵਾਲੇ ਬਹੁਤੇ ਲੋਕਾਂ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ।