VPN ਉਸ Wi-Fi ਨੈੱਟਵਰਕ ਵਿੱਚ ਕਿਉਂ ਸ਼ਾਮਲ ਨਹੀਂ ਹੋ ਸਕਦਾ ਜਿਸ ਵਿੱਚ ਸਰਵਰ ਨਹੀਂ

ਬੇਨਤੀ ਆਮ ਤੌਰ 'ਤੇ ਉਸੇ ਉਮੀਦ ਦਾ ਇੱਕ ਰੂਪ ਬਣ ਕੇ ਆਉਂਦੀ ਹੈ: ਕਲਾਇੰਟ ਨੂੰ ਕਿਸੇ Wi-Fi ਨੈੱਟਵਰਕ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੋ ਅਤੇ ਉਸ ਦੇ ਅੰਦਰ ਪਹੁੰਚ ਜਾਓ। ਟਨਲ ਅਜਿਹਾ ਨਹੀਂ ਕਰਦੀ। ਟਨਲ ਕਲਾਇੰਟ ਨੂੰ ਕਿਸੇ ਅਜਿਹੀ ਚੀਜ਼ ਨਾਲ ਜੋੜਦੀ ਹੈ ਜੋ ਪਹਿਲਾਂ ਹੀ ਸੁਣ ਰਹੀ ਹੈ। ਜੇ ਨਿਸ਼ਾਨਾ ਨੈੱਟਵਰਕ ਵਿੱਚ ਦੂਰ ਤੋਂ ਪਹੁੰਚ ਲਈ ਸੁਣਨ ਵਾਲਾ ਕੁਝ ਨਹੀਂ, ਤਾਂ ਦੂਜਾ ਸਿਰਾ ਨਹੀਂ।

ਟਨਲ ਇੱਕ ਸੰਬੰਧ ਹੈ, ਸੈਟਿੰਗ ਨਹੀਂ

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

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

Wi-Fi ਦੇ ਵੇਰਵੇ ਟਨਲ ਦੇ ਪਹਿਚਾਣ-ਪੱਤਰ ਨਹੀਂ

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

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

ਜੇ ਸੰਸਥਾ ਦੂਰ ਤੋਂ ਪਹੁੰਚ ਸੇਵਾ ਚਲਾਉਂਦੀ ਹੈ, ਤਾਂ ਉਸ ਦਾ ਦਸਤਾਵੇਜ਼ ਅੰਤ ਬਿੰਦੂ ਅਤੇ ਢੰਗ ਦਾ ਨਾਮ ਦੱਸਦਾ ਹੈ। ਠੀਕ ਉਹੀ ਦੋ ਤੱਥ ਮੰਗੋ, ਕਿਉਂਕਿ ਹੈਲਪ ਡੈਸਕ ਹੋਰਥਾ ਉਸੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਵੇਗਾ ਜੋ ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਸੁਣਦਾ ਹੈ, ਭਾਵ Wi-Fi ਵਾਲਾ।

ਐਗਜ਼ਿਟ ਤੁਹਾਡਾ ਸਰੋਤ ਨੈੱਟਵਰਕ ਨਹੀਂ ਚੁਣਦਾ

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

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

ਸਥਾਨਕ ਟਨਲ ਗਲਤ ਹਿੱਸੇ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕਰਦੀ ਹੈ

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

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

ਸਰਵਰ ਤੋਂ ਬਿਨਾਂ ਅਸਲ ਵਿੱਚ ਕੀ ਕੰਮ ਕਰਦਾ ਹੈ

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

ssh -N -R 2222:localhost:22 [email protected]
ss -tlnp | grep 2222
nc -vz 198.51.100.7 2222

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

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