VPN ਪੋਰਟ ਲੋੜਾਂ: ਤੁਲਨਾ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖਣ ਵਾਲੀਆਂ ਤਿੰਨ ਲਾਈਨਾਂ
ਪਤਾ ਕਰੋ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਪੋਰਟ ਸਵਾਲ ਹੈ: ਬਾਹਰ ਜਾਣ ਵਾਲੀ ਮੰਜ਼ਿਲ, ਅੰਦਰ ਪ੍ਰਕਾਸ਼ਨ, ਜਾਂ ਸੁਰੰਗ ਦੀ ਆਪਣੀ ਆਵਾਜਾਈ। ਫਿਰ ਪ੍ਰਦਾਤਾ ਨੂੰ ਸਿਰਫ਼ ਉਹੀ ਪੁੱਛੋ।
VPN ਸੇਵਾਵਾਂ ਦੀਆਂ ਪੋਰਟ ਸੂਚੀਆਂ ਤੁਲਨਾ ਪੰਨਿਆਂ ਵਿਚਕਾਰ ਉਸ ਵੇਰਵੇ ਤੋਂ ਬਿਨਾਂ ਕਾਪੀ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਜੋ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਉਹ ਮਹੱਤਵ ਰੱਖਦੀਆਂ ਹਨ ਜਾਂ ਨਹੀਂ: ਕਨੈਕਸ਼ਨ ਕੌਣ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਬਾਹਰ ਜਾਣ ਵਾਲੇ TCP 443 ਦੀ ਆਗਿਆ ਦੇਣ ਵਾਲਾ ਨਿਯਮ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ ਕੋਈ ਹੋਰ ਹੋਸਟ ਤੁਹਾਡੀ ਮਸ਼ੀਨ ਉੱਤੇ ਸਰੋਤੇ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਇੱਕ ਵੀ ਯੋਜਨਾ ਦੀ ਤੁਲਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨ ਵੱਖਰੀਆਂ ਲੋੜਾਂ ਲਿਖੋ, ਅਤੇ ਚਿੰਨ੍ਹ ਲਗਾਓ ਕਿ ਤੁਹਾਡੇ ਕੰਮ ਨੂੰ ਅਸਲ ਵਿੱਚ ਕਿਹੜੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਉਹ ਪੱਤਰਕਾ ਹੋਣ ’ਤੇ ਬਹੁਤੀਆਂ ਤੁਲਨਾਵਾਂ ਇੱਕ ਛੋਟੇ ਸਵਾਲ ਵਿੱਚ ਸਮਾ ਜਾਂਦੀਆਂ ਹਨ।
ਕੋਈ ਵੀ ਪੋਰਟ ਸੂਚੀ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਲੋੜ ਨੂੰ ਵੱਖ ਕਰੋ
ਤਿੰਨ ਲਾਈਨਾਂ ਲਗਭਗ ਹਰ ਹਾਲਤ ਨੂੰ ਕਵਰ ਕਰਦੀਆਂ ਹਨ: ਸੁਰੰਗ ਤੋਂ ਬਾਹਰਲੇ ਮੰਜ਼ਿਲ ਤੱਕ ਪਹੁੰਚਣਾ, ਕੁਝ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨਾ ਤਾਂ ਜੋ ਹੋਰ ਅੰਦਰ ਜੁੜ ਸਕਣ, ਅਤੇ ਸੁਰੰਗ ਨੂੰ ਆਪਣੇ ਆਪ ਢੋਣਾ। ਹਰ ਲਾਈਨ ਵੱਖਰੇ ਕਾਰਨ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਇੱਕ ਨੂੰ ਪੂਰਾ ਕਰਨ ਵਾਲੀ ਪ੍ਰਦਾਤਾ ਨੀਤੀ ਬਾਕੀ ਦੋ ਨੂੰ ਅਛੂਤਾ ਛੱਡ ਸਕਦੀ ਹੈ। ਤੁਹਾਡੇ ਕੰਮ ਨੂੰ ਸਹੀ ਲਾਈਨ ਵਿੱਚ ਰੱਖਣ ਲਈ ਪੰਜ ਮਿੰਟ ਲੱਗਦੇ ਹਨ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਇੱਕ ਬਹਿਸ ਬਚਦੀ ਹੈ।
| Line | Who starts it | What can block it | Question for the provider |
|---|---|---|---|
| Outbound destination | Your application | Egress filter on the exit node | Is this protocol and port allowed to that destination? |
| Inbound publishing | A remote peer | No mapping, no public address, short lifetime | Which protocol, which external port, and how long does the mapping last? |
| Tunnel transport | Your client to the gateway | The access network drops that protocol | Does the client offer a fallback the local network permits? |
ਮਾਰਕੀਟਿੰਗ ਦੇ ਬਿਆਨ ਤਿੰਨ ਲਾਈਨਾਂ ਨੂੰ ਜਾਣਬੁੱਝ ਕੇ ਧੁੰਦਲਾ ਕਰਦੇ ਹਨ। P2P ਆਗਿਆ ਮੰਜ਼ਿਲ ਨੀਤੀ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ, ਸਮਰਪਿਤ ਪਤਾ ਪਤੇ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਪੋਰਟ ’ਤੇ ਕੋਈ ਪਾਬੰਦੀ ਨਹੀਂ ਹੋਣ ਦਾ ਦਾਅਵਾ ਆਮ ਤੌਰ ’ਤੇ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਯੋਜਨਾ ਉਨ੍ਹਾਂ ਨੂੰ ਸੂਚੀਬੱਧ ਨਹੀਂ ਕਰਦੀ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਵਾਕ ਬਾਕੀਆਂ ਦਾ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦਾ।
ਇੱਕ ਠੋਸ ਪ੍ਰਵਾਹ ਚੁਣੋ ਅਤੇ ਉਸ ਨੂੰ ਵਾਕ ਵਜੋਂ ਲਿਖੋ: ਸ਼ੁਰੂ ਕਰਨ ਵਾਲਾ, ਆਵਾਜਾਈ, ਪੋਰਟ, ਪਤਾ ਪਰਿਵਾਰ, ਦਿਸ਼ਾ। ਦੂਰ ਦੇ ਹੋਸਟ ’ਤੇ ਅਪਲੋਡ ਕਰਨ ਵਾਲਾ ਰਾਤ ਦਾ ਬੈਕਅਪ ਕਲਾਇੰਟ ਸਿਰਫ਼ ਬਾਹਰ ਜਾਂਦਾ ਹੈ। ਤੁਹਾਡੀ ਮੇਜ਼ ’ਤੇ ਰੱਖਿਆ ਗੇਮ ਸਰਵਰ ਜਿਸ ਨਾਲ ਦੋਸਤ ਜੁੜਦੇ ਹਨ, ਅੰਦਰ ਆਉਂਦਾ ਹੈ। ਦੋਵਾਂ ਨੂੰ ਇੱਕ ਸੁਰੰਗ ਰਾਹੀਂ ਚਲਾਉਣ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪੱਤਰਕੇ ਨੂੰ ਦੋਵੇਂ ਲਾਈਨਾਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਉਨ੍ਹਾਂ ਵਿਚਕਾਰ ਸਮਝੌਤਾ ਨਹੀਂ।
ਬਾਹਰ ਜਾਣ ਵਾਲੀ ਪਹੁੰਚ ਸੁਰੰਗ ’ਤੇ ਨਹੀਂ, ਮੰਜ਼ਿਲ ਨੀਤੀ ’ਤੇ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ
ਅਨੁਵਾਦ ਕਰਨ ਵਾਲੇ ਗੇਟਵੇ ਰਾਹੀਂ ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਟ੍ਰੈਫਿਕ ਹਾਲਤ ਬਣਾਉਂਦਾ ਹੈ। ਅੰਦਰੂਨੀ ਪਤੇ ਅਤੇ ਪੋਰਟ ਤੋਂ ਪਹਿਲਾ ਪੈਕਟ ਅਨੁਵਾਦ ਐਂਟਰੀ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਜਵਾਬ ਉਸ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਹਨ, ਜੋ RFC 3022 ਵਿੱਚ ਵਰਣਿਤ ਮੈਪਿੰਗ ਵਿਵਹਾਰ ਹੈ। ਇਸੇ ਕਾਰਨ ਬ੍ਰਾਊਜ਼ਰ ਦਾ ਟੈਬ ਆਮ ਤੌਰ ’ਤੇ ਬਿਨਾਂ ਕਿਸੇ ਪੋਰਟ ਬੇਨਤੀ ਦੇ ਕੰਮ ਕਰਦਾ ਹੈ।
ਦੋ ਗੱਲਾਂ ਫਿਰ ਵੀ ਇਸ ਨੂੰ ਤੋੜਦੀਆਂ ਹਨ। ਐਗਜ਼ਿਟ ਨੋਡ ਉਹ ਮੰਜ਼ਿਲਾਂ ਜਾਂ ਪੋਰਟ ਨੰਬਰ ਫਿਲਟਰ ਕਰ ਸਕਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਉਹ ਦੁਰਵਰਤੋਂਯੋਗ ਮੰਨਦਾ ਹੈ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਉਸ ਪੋਰਟ ’ਤੇ ਸੁਣ ਰਹੀ ਹੋ ਸਕਦੀ ਹੈ ਜਿਸ ਦੀ ਐਗਜ਼ਿਟ ਨੀਤੀ ਨੇ ਕਦੇ ਉਮੀਦ ਨਹੀਂ ਕੀਤੀ ਸੀ। ਅੰਦਰ ਆਉਣ ਵਾਲੇ ਨਿਯਮਾਂ ਦੀ ਥਾਂ ਮੰਜ਼ਿਲ ਜੋੜੀ ਬਾਰੇ ਪੁੱਛੋ, ਅਤੇ TCP ਤੇ UDP ਲਈ ਵੱਖਰੇ ਜਵਾਬਾਂ ਦੀ ਉਮੀਦ ਰੱਖੋ।
ਬਹਿਸ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਮਾਪੋ। ਇਹ ਸੁਰੰਗ ਪਿੱਛੇ ਰਹਿਣ ਵਾਲੀ ਮਸ਼ੀਨ ’ਤੇ ਚਲਾਓ, ਇੱਕ ਵਾਰ ਸੁਰੰਗ ਬੰਦ ਹੋਣ ’ਤੇ ਅਤੇ ਇੱਕ ਵਾਰ ਚਾਲੂ ਹੋਣ ’ਤੇ:
ss -lntup | sort
nc -vz -w 3 203.0.113.10 443
curl -sS -o /dev/null -w '%{http_code}\n' --max-time 5 https://example.com
ਉਹੀ ਕਮਾਂਡਾਂ, ਉਹੀ ਮੰਜ਼ਿਲ, ਸੁਰੰਗ ਦੀਆਂ ਦੋ ਹਾਲਤਾਂ, ਆਪਰੇਟਰ ਨੂੰ ਅਜਿਹੀ ਪਹਿਲਾਂ-ਬਾਅਦ ਦੀ ਤੁਲਨਾ ਦਿੰਦੀਆਂ ਹਨ ਜਿਸ ’ਤੇ ਉਹ ਕੰਮ ਕਰ ਸਕੇ। ਦਸਤਾਵੇਜ਼ੀ ਪਤੇ ਨੂੰ ਉਸ ਹੋਸਟ ਨਾਲ ਬਦਲੋ ਜੋ ਤੁਹਾਨੂੰ ਸੱਚਮੁੱਚ ਚਾਹੀਦਾ ਹੈ; ਮਹੱਤਵਪੂਰਨ ਇਹ ਹੈ ਕਿ ਤੁਲਨਾ ਦੁਹਰਾਈ ਜਾਵੇ, ਕੋਈ ਸੰਖਿਆ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਦਿਸੇ ਇਹ ਨਹੀਂ।
ਅੰਦਰ ਪ੍ਰਕਾਸ਼ਨ ਲਈ ਮੈਪਿੰਗ, ਪਤਾ ਅਤੇ ਉਮਰ ਚਾਹੀਦੀ ਹੈ
ਜਨਤਕ ਪਾਸੇ ਕਿਸੇ ਨੂੰ ਇਹ ਪਤਾ ਨਾ ਹੋਣ ਤੱਕ ਕਿ ਇਸ ਨੂੰ ਕਿੱਥੇ ਪਹੁੰਚਾਉਣਾ ਹੈ, ਬਾਹਰੋਂ ਕੋਈ ਵੀ ਤੁਹਾਡੇ ਸਰੋਤੇ ਨਾਲ ਕਨੈਕਸ਼ਨ ਸ਼ੁਰੂ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਆਪਰੇਟਰ ਕੋਲ ਰੱਖਿਆ ਸਥਿਰ ਪੋਰਟ ਰਿਜ਼ਰਵੇਸ਼ਨ, ਕਲਾਇੰਟ ਵੱਲੋਂ UPnP, NAT-PMP ਜਾਂ PCP ਰਾਹੀਂ ਮੰਗੀ ਮੈਪਿੰਗ, ਅਤੇ ਰੂਟ ਕੀਤਾ ਜਨਤਕ ਪਤਾ — ਇਹ ਤਿੰਨ ਵੱਖਰੇ ਉਤਪਾਦ ਹਨ, ਤਿੰਨ ਵੱਖਰੀਆਂ ਸੀਮਾਵਾਂ ਨਾਲ।
ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਬਾਰੇ ਵੀ ਪੰਜ ਸਵਾਲ ਪੁੱਛੋ: ਕਿਹੜਾ ਪ੍ਰੋਟੋਕੋਲ, ਕਿਹੜਾ ਬਾਹਰੀ ਪੋਰਟ, ਕੀ ਬਾਹਰੀ ਪੋਰਟ ਸਥਾਨਕ ਤੋਂ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ, ਇਹ ਕਿਹੜੇ ਪਤਾ ਪਰਿਵਾਰ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਦੁਬਾਰਾ ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਮੈਪਿੰਗ ਕਿੰਨਾ ਚਿਰ ਟਿਕਦੀ ਹੈ। ਸਰਗਰਮ ਸੈਸ਼ਨ ਨਾਲ ਬੱਝੀ ਰਿਜ਼ਰਵੇਸ਼ਨ ਉਸ ਸੈਸ਼ਨ ਦੇ ਖਤਮ ਹੁੰਦੇ ਹੀ ਅਲੋਪ ਹੋ ਜਾਂਦੀ ਹੈ, ਯੋਜਨਾ ਦਾ ਪੰਨਾ ਕੁਝ ਵੀ ਕਹੇ।
ਪਹਿਲਾਂ ਸਥਾਨਕ ਅੱਧਾ ਹਿੱਸਾ ਪੁਸ਼ਟ ਕਰੋ, ਕਿਉਂਕਿ ਮਰੇ ਸਰੋਤੇ ਅਤੇ ਰੁਕਿਆ ਹੋਇਆ ਅੰਦਰ ਆਉਣ ਵਾਲਾ ਰਾਹ ਬਾਹਰੋਂ ਇੱਕੋ ਜਿਹੇ ਦਿਸਦੇ ਹਨ:
ss -lntup | grep -E ':(8080|51820)\b'
python3 -m http.server 8080 --bind 0.0.0.0
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8080
ਜਦੋਂ ਸਥਾਨਕ ਬੇਨਤੀ 200 ਵਾਪਸ ਕਰਦੀ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਕਾਬੂ ਤੋਂ ਬਾਹਰਲੇ ਨੈੱਟਵਰਕ ਦੀ ਬੇਨਤੀ ਅਜੇ ਵੀ ਸਮਾਂ ਖਤਮ ਹੋ ਕੇ ਰੁਕਦੀ ਹੈ, ਤਾਂ ਖਾਲੀ ਥਾਂ ਜਨਤਕ ਪਾਸੇ ਹੈ। ਉਹੀ ਪਲ ਹੈ ਜਦੋਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਨਾਮ ਨਾਲ ਦੱਸਣ ਦੀ ਥਾਂ ਆਪਰੇਟਰ ਨੂੰ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਬਾਹਰੀ ਪੋਰਟ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ।
ਸੁਰੰਗ ਦੀ ਆਪਣੀ ਆਵਾਜਾਈ ਵੱਖਰਾ ਸਵਾਲ ਹੈ
ਵਾਹਕ ਪੋਰਟ ਸਮੱਸਿਆ ਦਾ ਸਭ ਤੋਂ ਛੋਟਾ ਹਿੱਸਾ ਹਨ ਅਤੇ ਲੱਭਣ ਵਿੱਚ ਸਭ ਤੋਂ ਸੌਖੇ। ਡਿਫਾਲਟ ਮੁੱਲ ਪ੍ਰੋਟੋਕੋਲ ਅਨੁਸਾਰ ਬਦਲਦੇ ਹਨ, ਅਤੇ ਕਲਾਇੰਟ ਕਿਸ ਚੀਜ਼ ’ਤੇ ਗੱਲਬਾਤ ਕਰ ਸਕਦਾ ਹੈ, ਇਹ ਕਿਸੇ ਵੀ ਯੋਜਨਾ ਵਰਣਨ ਨਾਲੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ।
| Client | Outer transport | Default port | When it helps |
|---|---|---|---|
| OpenVPN | UDP | 1194 | Default mode; needs outbound UDP to pass |
| OpenVPN | TCP | 443 | UDP is dropped and TCP 443 is not |
| WireGuard | UDP | 51820 | Short handshake; there is no TCP mode |
| IKEv2/IPsec | UDP | 500 and 4500 | Mobile clients; 4500 carries NAT traversal |
ਜੋ ਨੈੱਟਵਰਕ ਬਾਹਰ ਜਾਣ ਵਾਲੇ UDP ਨੂੰ ਸੁੱਟ ਦਿੰਦਾ ਹੈ ਉਹ TCP 443 ਸੁਰੰਗ ਸਵੀਕਾਰ ਕਰੇਗਾ ਅਤੇ UDP ਵਾਲੀ ਨੂੰ ਰੱਦ ਕਰੇਗਾ, ਇਸ ਲਈ ਫਾਲਬੈਕ ਮੋਡ ਲੋੜ ਪੱਤਰਕੇ ਵਿੱਚ ਹੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਵਾਹਕ ਬਦਲਣ ਨਾਲ ਸੁਰੰਗ ਦੇ ਅੰਦਰ ਐਪਲੀਕੇਸ਼ਨ ਪੋਰਟ ਨਹੀਂ ਹਿਲਦਾ ਅਤੇ ਮੰਜ਼ਿਲ ਨੀਤੀ ਨਹੀਂ ਚੌੜੀ ਹੁੰਦੀ; ਉਹ ਆਪਣੀਆਂ ਲਾਈਨਾਂ ਵਿੱਚ ਹੀ ਰਹਿੰਦੇ ਹਨ।
ਉੱਥੇ ਹੁੰਦਿਆਂ ਖੰਡਨ ਦੀ ਇੱਕ ਜਾਂਚ ਬਣਦੀ ਹੈ, ਕਿਉਂਕਿ ਜੁੜ ਕੇ ਫਿਰ ਵੱਡੇ ਤਬਾਦਲਿਆਂ ’ਤੇ ਅਟਕਣ ਵਾਲੀ ਸੁਰੰਗ ਵਿੱਚ ਆਮ ਤੌਰ ’ਤੇ ਬੰਦ ਪੋਰਟ ਨਹੀਂ ਸਗੋਂ ਗਲਤ MTU ਹੁੰਦਾ ਹੈ:
ping -M do -s 1400 203.0.113.10 ping -M do -s 1372 203.0.113.10
Windows ’ਤੇ ਉਹੀ ਜਾਂਚ ping -f -l 1400 203.0.113.10 ਹੈ। ਜੋ ਸਭ ਤੋਂ ਵੱਡਾ ਆਕਾਰ ਲੰਘਦਾ ਹੈ ਉਸ ਤੋਂ ਹੇਠਾਂ ਸੁਰੰਗ ਦਾ MTU ਸੈੱਟ ਕਰੋ, ਫਿਰ ਫੇਲ੍ਹ ਹੋਇਆ ਤਬਾਦਲਾ ਦੁਬਾਰਾ ਜਾਂਚੋ।
ਯੋਜਨਾ ਦਾ ਭੁਗਤਾਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨ ਲਾਈਨਾਂ ਜਾਂਚੋ
ਤਿੰਨ ਲਾਈਨਾਂ ਇੱਕ ਪੰਨੇ ’ਤੇ ਰੱਖੋ ਅਤੇ ਹਰ ਖਾਨੇ ਨੂੰ ਵਾਅਦੇ ਦੀ ਥਾਂ ਮਾਪੇ ਨਤੀਜੇ ਨਾਲ ਭਰੋ। ਇਹ ਕਮਾਂਡਾਂ ਉਸ ਪੰਨੇ ਦਾ ਸਥਾਨਕ ਅੱਧਾ ਹਿੱਸਾ ਲਗਭਗ ਇੱਕ ਮਿੰਟ ਵਿੱਚ ਬਣਾਉਂਦੀਆਂ ਹਨ:
ss -lntup | sort
nc -vz -w 3 203.0.113.10 443
python3 -m http.server 8080 --bind 0.0.0.0
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8080
ping -M do -s 1400 203.0.113.10
ਆਉਟਪੁੱਟ ਨੂੰ ਜਾਂਚ-ਸੂਚੀ ਵਜੋਂ ਪੜ੍ਹੋ। ਸੁਰੰਗ ਚਾਲੂ ਹੋਣ ’ਤੇ ਮੰਜ਼ਿਲ ਜਵਾਬ ਦੇਵੇ ਤਾਂ ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਕੰਮ ਕਰਦਾ ਹੈ। ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ ਤੋਂ ਬਾਹਰਲਾ ਹੋਸਟ ਬਾਹਰੀ ਪੋਰਟ ’ਤੇ ਸਰੋਤੇ ਤੱਕ ਪਹੁੰਚੇ ਤਾਂ ਹੀ ਅੰਦਰ ਆਉਣ ਵਾਲਾ ਕੰਮ ਕਰਦਾ ਹੈ। ਤੁਹਾਡਾ ਪਹੁੰਚ ਨੈੱਟਵਰਕ ਜਿਸ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਉਸ ’ਤੇ ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਹੋਣ ’ਤੇ ਵਾਹਕ ਕੰਮ ਕਰਦਾ ਹੈ।
ਦੋ ਆਦਤਾਂ ਪੱਤਰਕੇ ਨੂੰ ਇਮਾਨਦਾਰ ਰੱਖਦੀਆਂ ਹਨ। ਹਰ ਨਤੀਜੇ ਦੇ ਕੋਲ ਤਾਰੀਖ ਅਤੇ ਕਲਾਇੰਟ ਸੰਸਕਰਣ ਦਰਜ ਕਰੋ, ਕਿਉਂਕਿ ਪ੍ਰਦਾਤਾ ਨੀਤੀਆਂ ਅਤੇ ਕਲਾਇੰਟ ਦੇ ਡਿਫਾਲਟ ਦੋਵੇਂ ਬਦਲਦੇ ਹਨ। ਫਿਰ ਪ੍ਰਵਾਹ ਦੀ ਸੇਵਾ ਕਰਨ ਵਾਲੀ ਸਭ ਤੋਂ ਤੰਗ ਮੈਪਿੰਗ ਮੰਗੋ, ਕਿਉਂਕਿ ਸਭ ਕੁਝ ਖੋਲ੍ਹਣ ਦੀ ਬੇਨਤੀ ਆਮ ਤੌਰ ’ਤੇ ਤਕਨੀਕੀ ਜਵਾਬ ਦੀ ਥਾਂ ਇਨਕਾਰ ਜਾਂ ਵਾਧੂ ਵਿਕਰੀ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ।