ਕੀ TLS ਰੈਪਰ ਤੁਹਾਨੂੰ ਨਿੱਜੀ ਨੈੱਟਵਰਕ ਦਿੰਦਾ ਹੈ? ਆਮ ਤੌਰ ’ਤੇ ਨਹੀਂ

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

ਸੇਵਾ ਰੈਪਰ ਅਸਲ ਵਿੱਚ ਕੀ ਜੋੜਦਾ ਹੈ

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

ਇਸ ਲਈ ਰੈਪਰ ਬਾਰੇ ਲਾਭਦਾਇਕ ਸਵਾਲ ਇਹ ਨਹੀਂ ਕਿ ਇਹ ਇਨਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਸਗੋਂ ਇਹ ਹੈ ਕਿ ਇਹ ਜੋ ਜ਼ੰਜੀਰ ਬਣਾਉਂਦਾ ਹੈ ਉਸਦੇ ਹਰ ਸਿਰੇ ’ਤੇ ਕੀ ਹੈ।

application -> local listener -> TLS connection -> remote listener -> configured backend

ਉਹ ਜ਼ੰਜੀਰ ਮਾਰਕੀਟਿੰਗ ਨਾਮ ਤੋਂ ਨਹੀਂ, ਕਨਫਿਗਰੇਸ਼ਨ ਤੋਂ ਪੜ੍ਹੋ। ਹਰ ਤੀਰ ਆਪਣੇ ਪਤੇ ਅਤੇ ਆਪਣੇ ਐਕਸੈਸ ਨਿਯਮਾਂ ਵਾਲਾ ਇੱਕ ਵੱਖਰਾ ਨੈੱਟਵਰਕ ਹੌਪ ਹੈ।

TLS ਚੈਨਲ ਕਿੱਥੇ ਖਤਮ ਹੁੰਦਾ ਹੈ ਪਤਾ ਕਰੋ

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

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

ss -ltnp | grep -F 443
openssl s_client -connect svc.example.net:443 -servername svc.example.net </dev/null | openssl x509 -noout -subject -dates

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

ਰਾਊਟਿਡ VPN ਕੀ ਜੋੜਦਾ ਹੈ ਜੋ ਰੈਪਰ ਨਹੀਂ ਕਰਦਾ

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

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

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

ਫੇਲ ਹੋ ਰਹੀ ਸੀਮਾ ਦੀ ਤੁਲਨਾ ਕਰੋ

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

ਰੱਦ ਕੀਤੀ ਬੈਕਐਂਡ ਬੇਨਤੀ ਨੂੰ ਫਰੰਟ-ਐਂਡ ਪਛਾਣ ਪੁਸ਼ਟੀਕਰਨ ਬੰਦ ਕਰਕੇ ਕਦੇ ਵੀ ਠੀਕ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ। ਇਹ ਨਿਦਾਨਯੋਗ ਅਧਿਕਾਰ ਅਸਫਲਤਾ ਨੂੰ ਨਿਦਾਨ ਨਾ ਹੋਣ ਵਾਲੀ ਭਰੋਸਾ ਅਸਫਲਤਾ ਨਾਲ ਬਦਲਦਾ ਹੈ।

curl -sv --resolve svc.example.net:443:203.0.113.10 https://svc.example.net/health 2>&1 | head -30

ਨਾਮ ਨੂੰ ਚੁਣੇ ਹੋਏ ਪਤੇ ’ਤੇ ਪਿੰਨ ਕਰਨਾ ਨਾਮ ਹੱਲ ਨੂੰ ਪਹੁੰਚ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ, ਅਤੇ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਟੁੱਟਿਆ ਹੈ ਇਹ ਜਾਣਨ ਦਾ ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕਾ ਆਮ ਤੌਰ ’ਤੇ ਇਹੀ ਹੈ।

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