ਜਨਤਕ Wi-Fi ਅਤੇ VPN: ਸੁਰੰਗ ਕੀ ਨਹੀਂ ਢਕਦੀ

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

ਪਹੁੰਚ ਲਿੰਕ ਸਭ ਕੁਝ ਢੋਂਦਾ ਹੈ

IPsec ESP ਸੁਰੰਗ ਸੁਰੱਖਿਅਤ ਅੰਦਰੂਨੀ ਪੈਕਟ ਨੂੰ ਬਾਹਰੀ ਹੈਡਰ ਵਿੱਚ ਲਪੇਟਦੀ ਹੈ ਜਿਸਨੂੰ ਨੈੱਟਵਰਕ ਰੂਟ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ RFC 4303 ਭਾਗ 3.1.2 ਇਸ ਵੰਡ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ। ਅੰਦਰੂਨੀ ਪੈਕਟ ਉਹ ਹੈ ਜਿਸਦੀ ਸੁਰੰਗ ਰੱਖਿਆ ਕਰਦੀ ਹੈ। ਬਾਹਰੀ ਹੈਡਰ ਉਹ ਹੈ ਜੋ ਹਾਟਸਪਾਟ ਅੱਗੇ ਭੇਜਣ ਲਈ ਪੜ੍ਹਦਾ ਹੈ। ਹੋਰ ਡਿਜ਼ਾਈਨ ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਐਨਕੈਪਸੂਲੇਟ ਕਰਦੇ ਹਨ, ਪਰ ਯੋਜਨਾ ਦਾ ਸਵਾਲ ਇੱਕੋ ਹੈ: ਇਹ ਕਨੈਕਸ਼ਨ ਕਿਹੜਾ ਪਹੁੰਚ ਰਸਤਾ ਢੋਂਦਾ ਹੈ?

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

ਤੁਹਾਡੇ ਲੈਪਟਾਪ ਦੇ ਅਜੇ ਵੀ ਆਪਣੇ ਦਰਵਾਜ਼ੇ ਹਨ

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

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

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

ਅਸਲ ਵਿੱਚ ਕੌਣ ਸੁਣ ਰਿਹਾ ਹੈ, ਇਹ ਜਾਂਚੋ

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

ss -lntu
ss -lntup | grep -v 127.0.0.1
resolvectl query vpn.example.net

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

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

ਸੈਸ਼ਨ ਦੇ ਵਿਚਕਾਰ ਨਵੀਂ ਪਛਾਣ ਸਵੀਕਾਰ ਨਾ ਕਰੋ

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

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

ਪਹਿਲਾਂ ਰੁਕਾਵਟ ਵੇਲੇ ਦਾ ਵਿਵਹਾਰ ਤੈਅ ਕਰੋ

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

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