ਇੱਕ ਜਨਤਕ ਪ੍ਰੌਕਸੀ VPN ਰਾਹੀਂ ਨਿੱਜੀ ਮੂਲ ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚਦੀ ਹੈ

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

ਇੱਕ ਚਿੱਤਰ ਉੱਤੇ ਇੱਕੋ ਜਿਹੇ ਦਿਸਦੇ ਦੋ ਮਾਡਲ

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

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

TLS ਕਿੱਥੇ ਰੁਕਦੀ ਹੈ, ਅਤੇ ਇਹ ਅਸਲ ਵਿੱਚ ਕੀ ਸਾਬਤ ਕਰਦੀ ਹੈ

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

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

ਅੱਗੇ ਭੇਜੇ ਹੈਡਰਾਂ ਉੱਤੇ ਸਿਰਫ਼ ਪ੍ਰੌਕਸੀ ਤੋਂ ਭਰੋਸਾ ਕਰੋ

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

curl -s -o /dev/null -w '%{http_code}
' -H 'X-Forwarded-For: 203.0.113.9' http://172.20.5.40/

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

ਮੂਲ ਨੂੰ ਠੀਕ ਇੱਕੋ ਥਾਂ ਤੋਂ ਪਹੁੰਚਯੋਗ ਰੱਖੋ

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

ss -ltnp | grep -E ':(80|443)'

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