VPN ਘਰ ਵਿੱਚ ਜੁੜਦਾ ਹੈ ਪਰ ਹੋਟਲ ਦੇ Wi-Fi 'ਤੇ ਸਮਾਂ ਖਤਮ ਹੋ ਜਾਂਦਾ ਹੈ
ਉਹੀ ਲੈਪਟਾਪ, ਉਹੀ ਖਾਤਾ, ਵੱਖਰਾ ਨੈੱਟਵਰਕ। ਗਲਤੀ ਕੋਡ ਨੂੰ ਇੱਕ ਪੜਾਅ ਵਜੋਂ ਪੜ੍ਹੋ, ਨਾਮ ਜਾਂਚੋ, ਫਿਰ ਕੋਈ ਵੀ ਸੈਟਿੰਗ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਬਾਹਰੀ ਪੈਕੇਟ ਕੈਪਚਰ ਕਰੋ।
ਲੈਪਟਾਪ ਘਰ ਦੇ Wi-Fi ਨਾਲ ਜੁੜਦਾ ਹੈ, ਕਲਾਇੰਟ ਤਿੰਨ ਸਕਿੰਟਾਂ ਵਿੱਚ ਜੁੜ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਉਹੀ ਪ੍ਰੋਫਾਈਲ ਇੱਕ ਘੰਟੇ ਬਾਅਦ ਹੋਟਲ ਵਿੱਚ ਫੇਲ ਹੋ ਜਾਂਦੀ ਹੈ। ਵਿਚਕਾਰ ਕੁਝ ਵੀ ਅੱਪਡੇਟ ਨਹੀਂ ਹੋਇਆ। ਸਾਹਮਣੇ ਕਲਾਇੰਟ ਰੱਖ ਕੇ ਇਹ ਦੇਖਣਾ ਮੁੱਖ ਤੌਰ 'ਤੇ ਇਹ ਜਾਣਨ ਬਾਰੇ ਹੈ ਕਿ ਕਿਹੜੀ ਗਲਤੀ ਕਿਹੜੇ ਪੜਾਅ ਦੀ ਹੈ, ਕਿਉਂਕਿ ਲਾਭਦਾਇਕ ਜਾਣਕਾਰੀ ਉਸ ਕੋਡ ਵਿੱਚ ਹੈ ਜੋ ਕਲਾਇੰਟ ਛਾਪਦਾ ਹੈ, ਇਸ ਗੱਲ ਵਿੱਚ ਨਹੀਂ ਕਿ ਇਹ ਫੇਲ ਹੋਇਆ। ਹੇਠਾਂ ਦਿੱਤੇ ਚਾਰ ਕਦਮ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ ਅਤੇ ਤੁਸੀਂ ਜਾਣ ਜਾਓਗੇ ਕਿ ਨਾਮ, ਪੈਕੇਟ, ਪੋਰਟ ਜਾਂ ਨੀਤੀ ਨੇ ਤੁਹਾਨੂੰ ਇਨਕਾਰ ਕੀਤਾ।
ਗਲਤੀ ਕੋਡ ਨੂੰ ਫੈਸਲਾ ਨਹੀਂ, ਪੜਾਅ ਵਜੋਂ ਪੜ੍ਹੋ
ਟਨਲ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਤਿੰਨ ਵੱਖਰੇ ਪੜਾਵਾਂ 'ਤੇ ਪਹੁੰਚਦਾ ਹੈ। ਇਹ ਸਰਵਰ ਦਾ ਨਾਮ ਹੱਲ ਕਰਦਾ ਹੈ, ਨੈੱਟਵਰਕ 'ਤੇ ਕਿਸੇ ਚੀਜ਼ ਤੋਂ ਜਵਾਬ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਸੁਰੱਖਿਆ ਸੰਗਠਨ 'ਤੇ ਗੱਲਬਾਤ ਕਰਦਾ ਹੈ। ਹਰ ਪੜਾਅ ਦਾ ਆਪਣਾ ਫੇਲ ਹੋਣ ਦਾ ਸੁਨੇਹਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਖਾਸ ਕਰਕੇ Windows ਵੱਖਰੇ ਕੋਡ ਦੇਣ ਵਿੱਚ ਉਦਾਰ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਉਹ ਕਿਹੜੇ ਪੜਾਅ ਦੇ ਹਨ।
| What the client says | Stage that failed | First thing to run |
|---|---|---|
| 868, name did not resolve | DNS, before any packet leaves for the server | Resolve-DnsName vpn.example.net |
| 721 or 806, remote computer did not respond | Outer protocol filtered, typically GRE or UDP | A capture on the local interface |
| 809, server not responding | A device in the path is dropping the outer flow | The same capture, from a second network |
| 789, security layer error | The security exchange started and was rejected | Certificate and proposal settings on both ends |
ਉਨ੍ਹਾਂ ਕੋਡਾਂ ਵਿੱਚੋਂ ਦੋ ਦਾ ਅਰਥ ਹੈ ਕਿ ਨੈੱਟਵਰਕ ਨਿਰਦੋਸ਼ ਹੈ। 789 ਦਾ ਅਰਥ ਹੈ ਕਿ ਪੈਕੇਟ ਵਹਿ ਰਹੇ ਸਨ ਅਤੇ ਦੋਵੇਂ ਸਿਰੇ ਕ੍ਰਿਪਟੋ 'ਤੇ ਸਹਿਮਤ ਨਹੀਂ ਸਨ, ਜੋ ਇੱਕ ਕਨਫਿਗਰੇਸ਼ਨ ਸਮੱਸਿਆ ਹੈ ਅਤੇ ਘਰ ਵਿੱਚ ਠੀਕ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। 868 ਦਾ ਅਰਥ ਹੈ ਕਿ ਕਿਸੇ ਵੀ ਪੈਕੇਟ ਨੂੰ ਬਾਹਰ ਜਾਣ ਦੀ ਲੋੜ ਨਹੀਂ ਸੀ, ਇਸ ਲਈ ਨਾਮ ਹੱਲ ਹੋਣ ਤੱਕ ਟਨਲ ਦਾ ਡਿਜ਼ਾਈਨ ਅਪ੍ਰਸੰਗਿਕ ਹੈ। ਕੋਡ ਨੂੰ ਸਹੀ ਪੜਾਅ ਵਿੱਚ ਰੱਖਣਾ ਕਿਸੇ ਵੀ ਕੈਪਚਰ ਨਾਲੋਂ ਵੱਧ ਸਮਾਂ ਬਚਾਉਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਅਗਲੇ ਤਿੰਨ ਕਦਮਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਛੱਡਣਾ ਹੈ।
ਜੇ ਕਲਾਇੰਟ Windows ਨਹੀਂ ਹੈ ਤਾਂ ਢੁਕਵੀਂ ਸਾਵਧਾਨੀ ਰੱਖੋ। ਤੀਜੀ-ਧਿਰ ਦੇ ਕਲਾਇੰਟ ਇਸ ਵਿੱਚੋਂ ਬਹੁਤਾ ਹਿੱਸਾ "ਕਨੈਕਸ਼ਨ ਫੇਲ" ਵਿੱਚ ਸਮੇਟ ਦਿੰਦੇ ਹਨ, ਇਸ ਲਈ ਅਗਲੇ ਦੋ ਕਦਮ ਸੁਨੇਹੇ 'ਤੇ ਬਿਲਕੁਲ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦੇ।
ਟਨਲ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਨਾਮ ਜਾਂਚੋ
ਹੋਟਲ ਅਤੇ ਹਵਾਈ ਅੱਡੇ ਦੇ ਨੈੱਟਵਰਕ ਲਗਾਤਾਰ DNS ਨੂੰ ਰੋਕਦੇ ਹਨ, ਅਤੇ ਪੋਰਟਲ ਪਤੇ ਨਾਲ ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਹੱਲਕਰਤਾ ਅਜਿਹੀ ਅਸਫਲਤਾ ਪੈਦਾ ਕਰਦਾ ਹੈ ਜੋ ਮਰੇ ਸਰਵਰ ਵਰਗੀ ਬਿਲਕੁਲ ਲੱਗਦੀ ਹੈ। ਸਥਾਨਕ ਹੱਲਕਰਤਾ ਕੀ ਕਹਿੰਦਾ ਹੈ ਦੀ ਤੁਲਨਾ ਕਿਸੇ ਜਨਤਕ ਹੱਲਕਰਤਾ ਨਾਲ ਕਰੋ:
Resolve-DnsName vpn.example.net -Type A
nslookup vpn.example.net 1.1.1.1
ipconfig /all | findstr /i "DNS Servers"ਜੇ ਦੋਵੇਂ ਜਵਾਬ ਵੱਖਰੇ ਹਨ ਤਾਂ ਤੁਹਾਨੂੰ ਮੋੜਿਆ ਜਾ ਰਿਹਾ ਹੈ ਅਤੇ ਇਹ ਹੱਲ ਹੋਣ ਤੱਕ ਬਾਕੀ ਨਿਦਾਨ ਵਿਅਰਥ ਹੈ। ਖਾਸ ਕਰਕੇ ਪੋਰਟਲ ਪਤਾ TCP ਕਨੈਕਸ਼ਨ ਖੁਸ਼ੀ ਨਾਲ ਸਵੀਕਾਰ ਕਰੇਗਾ ਅਤੇ ਫਿਰ ਅਟਕ ਜਾਵੇਗਾ, ਇਸ ਲਈ ਬ੍ਰਾਊਜ਼ਰ ਨਾਲ ਜਾਂਚ ਕਰਨ 'ਤੇ ਇਹ ਫਾਇਰਵਾਲ ਬਲਾਕ ਵਰਗਾ ਲੱਗ ਸਕਦਾ ਹੈ।
ਹੁਣ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਤੁਸੀਂ ਜਿਸ ਪਤੇ 'ਤੇ ਪਹੁੰਚਣਾ ਚਾਹੁੰਦੇ ਹੋ ਉਹੀ ਵਰਤਿਆ ਜਾ ਰਿਹਾ ਹੈ। ਕੁਝ ਕਲਾਇੰਟ ਪਿਛਲਾ ਹੱਲ ਪ੍ਰੋਫਾਈਲ ਦੀ ਪੂਰੀ ਉਮਰ ਲਈ ਕੈਸ਼ ਵਿੱਚ ਰੱਖਦੇ ਹਨ, ਇਸ ਲਈ DNS ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਮੁੜ ਕਨੈਕਟ ਵੀ ਪੁਰਾਣੇ ਪਤੇ 'ਤੇ ਜਾਂਦਾ ਹੈ। ਦੁਬਾਰਾ ਟੈਸਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰੋ, ਉਸੇ ਵਿੰਡੋ ਵਿੱਚ ਡਿਸਕਨੈਕਟ ਅਤੇ ਕਨੈਕਟ ਦਬਾਉਣ ਦੀ ਥਾਂ।
ਪਤਾ ਕਰੋ ਕਿਹੜਾ ਬਾਹਰੀ ਪੈਕੇਟ ਗਾਇਬ ਹੁੰਦਾ ਹੈ
ਟਨਲ ਵਿੱਚ ਇੱਕ ਬਾਹਰੀ ਪ੍ਰਵਾਹ ਹੈ ਜੋ ਪੂਰੀ ਤਰ੍ਹਾਂ ਤੁਹਾਡੇ ਅਤੇ ਸਰਵਰ ਵਿਚਕਾਰਲੇ ਰਸਤੇ ਦਾ ਹੈ, ਅਤੇ ਉਸੇ ਪ੍ਰਵਾਹ ਨੂੰ ਵਿਚਕਾਰਲੇ ਬਾਕਸ ਵਰਗੀਕ੍ਰਿਤ ਕਰਕੇ ਸੁੱਟ ਦਿੰਦੇ ਹਨ। ਇਸਨੂੰ ਕਲਾਇੰਟ 'ਤੇ ਕੈਪਚਰ ਕਰੋ, ਫਿਰ ਕੰਮ ਕਰਨ ਵਾਲੇ ਨੈੱਟਵਰਕ ਦੀ ਤੁਲਨਾ ਫੇਲ ਹੋ ਰਹੇ ਨਾਲ ਕਰੋ। Windows 'ਤੇ ਪਹਿਲੀ ਨਜ਼ਰ ਲਈ ਅੰਦਰੂਨੀ ਕੈਪਚਰ ਕਾਫੀ ਹੈ:
pktmon filter remove
pktmon filter add -p 500 -t UDP
pktmon start --capture --pkt-size 128
pktmon stop
pktmon etl2txt PktMon.etlਤੁਸੀਂ ਇਹ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਤੁਹਾਡੇ ਪੈਕੇਟ ਬਾਹਰ ਨਿਕਲਦੇ ਵੀ ਹਨ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਕੁਝ ਵਾਪਸ ਆਉਂਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਬਾਹਰ ਪੈਕੇਟ ਅਤੇ ਵਾਪਸ ਕੁਝ ਨਹੀਂ ਦਾ ਅਰਥ ਹੈ ਕਿ ਰਸਤਾ ਜਾਂ ਦੂਰਲਾ ਸਿਰਾ ਉਨ੍ਹਾਂ ਨੂੰ ਸੁੱਟ ਰਿਹਾ ਹੈ; ਜੇ ਬਾਹਰ ਕੁਝ ਵੀ ਨਹੀਂ ਨਿਕਲਦਾ ਤਾਂ ਕਲਾਇੰਟ ਕਦੇ ਭੇਜਣ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਿਆ, ਜੋ ਨਾਮ ਹੱਲ ਕਰਨ ਜਾਂ ਸਥਾਨਕ ਫਾਇਰਵਾਲ ਨੀਤੀ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ।
ਫੋਨ ਦੇ ਹੌਟਸਪੌਟ 'ਤੇ ਉਹੀ ਟੈਸਟ ਦੁਹਰਾਓ। ਇਹ ਤੁਹਾਡੇ ਕੋਲ ਉਪਲਬਧ ਸਭ ਤੋਂ ਜਾਣਕਾਰੀ ਭਰਪੂਰ ਤੁਲਨਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਲੈਪਟਾਪ, ਕਲਾਇੰਟ ਅਤੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਇੱਕੋ ਜਿਹੇ ਰੱਖਦਿਆਂ ਰਸਤੇ ਤੋਂ ਹੋਟਲ ਦਾ ਹਰ ਬਾਕਸ ਹਟਾ ਦਿੰਦੀ ਹੈ। ਜੇ ਹੌਟਸਪੌਟ 'ਤੇ ਟਨਲ ਉੱਪਰ ਆ ਜਾਵੇ ਤਾਂ ਸਰਵਰ ਵੱਲ ਦੇਖਣਾ ਬੰਦ ਕਰੋ। ਜੇ ਉੱਥੇ ਵੀ ਫੇਲ ਹੋਵੇ ਤਾਂ ਤੁਹਾਡੇ ਕੋਲ ਕਲਾਇੰਟ ਜਾਂ ਖਾਤੇ ਦੀ ਸਮੱਸਿਆ ਹੈ ਜੋ ਨੈੱਟਵਰਕ ਨੇ ਕਦੇ ਪੈਦਾ ਨਹੀਂ ਕੀਤੀ।
ਇੱਕ ਟ੍ਰਾਂਸਪੋਰਟ ਬਦਲੋ ਅਤੇ ਦੁਬਾਰਾ ਟੈਸਟ ਕਰੋ
ਇੱਕ ਵਾਰ ਜਾਣ ਲੈਣ 'ਤੇ ਕਿ ਬਾਹਰੀ ਪ੍ਰਵਾਹ ਸੁੱਟਿਆ ਜਾ ਰਿਹਾ ਹੈ, ਵਿਹਾਰਕ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਨੈੱਟਵਰਕ ਕਿਹੜੇ ਪ੍ਰਵਾਹ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਸੀਮਤ ਨੈੱਟਵਰਕ ਬਾਹਰ ਜਾਣ ਵਾਲੇ TCP 443 ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ ਕਿਉਂਕਿ ਨਹੀਂ ਤਾਂ ਉਹ ਚੱਲ ਹੀ ਨਹੀਂ ਸਕਦੇ, ਇਸ ਲਈ ਸਰੋਤੇ ਨੂੰ ਉੱਥੇ ਲਿਜਾਣਾ ਆਮ ਜਵਾਬ ਹੈ। OpenVPN 'ਤੇ ਇਹ ਸਰਵਰ ਬਦਲਣ ਤੱਕ ਕਲਾਇੰਟ-ਪਾਸੇ ਦਾ ਸਵਿੱਚ ਹੈ:
openvpn --config corp.ovpn --proto tcp-client --remote vpn.example.net 443 --verb 4IPsec ਕਲਾਇੰਟ ਦੇ ਆਪਣੇ ਸੈਟਿੰਗ ਪੈਨਲ ਵਿੱਚ ਬਰਾਬਰ ਦਾ ਸਵਿੱਚ ਹੁੰਦਾ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ TCP ਉੱਤੇ IPsec ਜਾਂ NAT ਲੰਘਣਾ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਇਸਨੂੰ ਬਦਲਣਾ ਵੀ ਇੱਕ ਨਿਦਾਨ ਹੈ: ਜੇ ਟਨਲ TCP 'ਤੇ ਉੱਪਰ ਆਇਆ ਅਤੇ UDP 'ਤੇ ਮਰ ਗਿਆ, ਤਾਂ ਤੁਸੀਂ ਸਾਬਤ ਕੀਤਾ ਕਿ ਨੈੱਟਵਰਕ UDP ਫਿਲਟਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਹ ਸੈਟਿੰਗ ਵੀ ਲੱਭੀ ਜੋ ਉਸ ਸਾਈਟ 'ਤੇ ਹਰ ਫੇਰੀ ਵੇਲੇ ਲੋੜੀਂਦੀ ਹੋਵੇਗੀ।
ਪਹਿਲੀ ਕੋਸ਼ਿਸ਼ 'ਤੇ ਰਾਊਟਰ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਬੰਦ ਕਰਨ ਦੇ ਲਾਲਚ ਦਾ ਵਿਰੋਧ ਕਰੋ। ਹੋਟਲ ਨੈੱਟਵਰਕ 'ਤੇ ਸਟੇਟਫੁਲ ਜਾਂਚ ਜਾਂ ਹੜ੍ਹ ਸੁਰੱਖਿਆ ਬੰਦ ਕਰਨਾ ਤੁਹਾਡੇ ਲਈ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਉਪਲਬਧ ਨਹੀਂ, ਅਤੇ ਆਪਣੇ ਆਪਣੇ ਸਾਜ਼ੋ-ਸਾਮਾਨ 'ਤੇ ਇਹ ਇੱਕ ਲੈਪਟਾਪ ਦੇ ਬਦਲੇ ਸੱਚੀ ਸੁਰੱਖਿਆ ਬਦਲਦਾ ਹੈ। ਨੋਟ ਕਰੋ ਕਿ ਕਿਹੜੀ ਸੈਟਿੰਗ ਨੇ ਨਤੀਜਾ ਬਦਲਿਆ, ਫਿਰ ਉਸਨੂੰ ਵਾਪਸ ਲਗਾਓ ਅਤੇ ਅਜਿਹਾ ਟ੍ਰਾਂਸਪੋਰਟ ਲੱਭੋ ਜਿਸਦੀ ਨੈੱਟਵਰਕ ਪਹਿਲਾਂ ਹੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।
ਦੂਜੇ ਨੈੱਟਵਰਕ 'ਤੇ ਉਹੀ ਪ੍ਰੋਫਾਈਲ ਜਾਂਚੋ
ਟਿਕਟ ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਾਬਤ ਕਰੋ ਕਿ ਬਦਲਾਅ ਇਮਾਰਤ ਛੱਡਣ ਤੋਂ ਬਾਅਦ ਵੀ ਟਿਕਿਆ ਰਿਹਾ। ਮੂਲ ਨੈੱਟਵਰਕ 'ਤੇ ਮੂਲ ਸੈਟਿੰਗਾਂ ਨਾਲ ਦੁਬਾਰਾ ਜੁੜੋ, ਪਹਿਲੇ ਤੀਹ ਸਕਿੰਟ ਕੈਪਚਰ ਕਰੋ, ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਲਾਇੰਟ ਹੌਟਸਪੌਟ 'ਤੇ ਪਹੁੰਚੀ ਉਸੇ ਹਾਲਤ 'ਤੇ ਪਹੁੰਚਦਾ ਹੈ:
pktmon filter add -p 443 -t TCP
pktmon start --capture
Get-VpnConnection -Name "Corp" | Select-Object ConnectionStatus, TunnelType, ServerAddressਆਖਰੀ ਕਮਾਂਡ ਜੋ ਫਰਕ ਸਾਹਮਣੇ ਲਿਆਉਂਦੀ ਹੈ ਉਹ ਰੱਖਣ ਯੋਗ ਹੈ: ਪ੍ਰੋਫਾਈਲ ਜੁੜਿਆ ਟਨਲ ਦੱਸ ਸਕਦੀ ਹੈ ਜਦਕਿ ਉਸਦੇ ਅੰਦਰ ਦੀ ਰੂਟਿੰਗ ਗਲਤ ਹੈ, ਅਤੇ ਇਸ ਨਾਲ "VPN ਚਾਲੂ ਹੈ ਪਰ ਕੁਝ ਵੀ ਕੰਮ ਨਹੀਂ ਕਰਦਾ" ਬਣਦਾ ਹੈ, ਜੋ ਇੱਕ ਹੋਰ ਲੇਖ ਹੈ। ਜੇ ਤੁਹਾਡੀ ਸੋਧ ਤੋਂ ਬਾਅਦ ਟਨਲ ਦੀ ਕਿਸਮ ਬਦਲ ਗਈ ਹੈ, ਤਾਂ ਪ੍ਰੋਫਾਈਲ ਉਹ ਨਹੀਂ ਜੋ ਤੁਸੀਂ ਜਾਂਚੀ ਸੀ।
ਫਿਰ ਨਤੀਜਾ ਉੱਥੇ ਲਿਖੋ ਜਿੱਥੇ ਅਗਲਾ ਵਿਅਕਤੀ ਦੇਖੇਗਾ। "ਇਸ ਸਾਈਟ 'ਤੇ ਕਾਰਪੋਰੇਟ ਪ੍ਰੋਫਾਈਲ ਨੂੰ TCP 443 ਚਾਹੀਦਾ ਹੈ; UDP 500 ਨੂੰ ਹੋਟਲ ਫਿਲਟਰ ਕਰਦਾ ਹੈ" ਇੱਕ ਵਾਕ ਹੈ ਜਿਸ 'ਤੇ ਸਹਿਕਰਮੀ ਕਾਰਵਾਈ ਕਰ ਸਕਦਾ ਹੈ। "ਹੋਟਲਾਂ ਵਿੱਚ VPN ਅਸਥਿਰ ਹੈ" ਅਜਿਹਾ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਹ ਗਾਰੰਟੀ ਦਿੰਦਾ ਹੈ ਕਿ ਅਗਲੇ ਮਹੀਨੇ ਉਹੀ ਇੱਕ ਘੰਟਾ ਦੁਬਾਰਾ ਬਰਬਾਦ ਹੋਵੇਗਾ।