Cloudflare ਪ੍ਰੌਕਸੀ ਇੱਕ ਨਾਮ ਉੱਤੇ OpenVPN ਕਿਉਂ ਨਹੀਂ ਲੈ ਜਾ ਸਕਦੀ
ਪ੍ਰੌਕਸੀ ਵਾਲਾ ਰਿਕਾਰਡ HTTP ਅਤੇ HTTPS ਸੰਭਾਲਦਾ ਹੈ। ਨਾਮ ਵੱਖ ਕਰੋ, ਦੋ ਸਰੋਤੇ ਰੱਖੋ, ਅਤੇ ਹਰ ਕਨੈਕਸ਼ਨ ਨੂੰ ਉਹ ਸਰਟੀਫਿਕੇਟ ਦਿਓ ਜਿਸ 'ਤੇ ਉਸਦਾ ਸਾਮ੍ਹਣਾ ਵਾਲਾ ਧਿਰ ਸੱਚਮੁੱਚ ਭਰੋਸਾ ਕਰਦੀ ਹੈ।
ਇੱਕੋ ਮਸ਼ੀਨ ਵੈੱਬਸਾਈਟ ਅਤੇ OpenVPN ਸਰਵਰ ਚਲਾਉਂਦੀ ਹੈ, ਅਤੇ ਲਾਲਚ ਇਹ ਹੈ ਕਿ ਇੱਕ ਹੋਸਟਨਾਮ ਉਸ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੀਏ ਅਤੇ ਸੰਤਰੀ ਬੱਦਲ ਨੂੰ ਟ੍ਰੈਫਿਕ ਸੰਭਾਲਣ ਦੇਈਏ। ਪ੍ਰੌਕਸੀ HTTP ਅਤੇ HTTPS ਸੰਭਾਲਦੀ ਹੈ। ਇਹ OpenVPN ਸੈਸ਼ਨ ਨਹੀਂ ਸੰਭਾਲਦੀ, ਭਾਵੇਂ ਉਹ ਸੈਸ਼ਨ ਕੋਈ ਵੀ ਪੋਰਟ ਵਰਤੇ। ਦੋ ਨਾਮ, ਇੱਕ ਸਿੱਧਾ ਅਤੇ ਇੱਕ ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ, ਕੁਝ ਵੀ ਖਰਚ ਨਹੀਂ ਕਰਦੇ ਅਤੇ ਉਲਝਣ ਦੀ ਪੂਰੀ ਸ਼੍ਰੇਣੀ ਹਟਾ ਦਿੰਦੇ ਹਨ।
ਦੋ ਨਾਮ, ਦੋ ਢੁਆਈਆਂ
ਵੈੱਬਸਾਈਟ ਨੂੰ ਪ੍ਰੌਕਸੀ ਵਾਲਾ ਰਿਕਾਰਡ ਦਿਓ ਤਾਂ ਜੋ ਉਸਦਾ HTTP ਅਤੇ HTTPS ਟ੍ਰੈਫਿਕ Cloudflare ਰਾਹੀਂ ਲੰਘੇ। VPN ਨੂੰ ਸਿਰਫ਼-DNS ਰਿਕਾਰਡ ਦਿਓ ਜੋ ਸਿੱਧਾ ਜਨਤਕ VPN ਦਾਖਲੇ 'ਤੇ ਹੱਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਉਹ UDP ਜਾਂ TCP ਪੋਰਟ ਵਰਤਣ ਦਿਓ ਜਿਸ ਲਈ ਉਹ ਸੰਰਚਿਤ ਹੈ।
ਦੋਵੇਂ ਨਾਮ ਇੱਕੋ ਮੂਲ ਮਸ਼ੀਨ 'ਤੇ ਪਹੁੰਚ ਸਕਦੇ ਹਨ। ਫ਼ਰਕ ਇਹ ਹੈ ਕਿ ਕਲਾਇੰਟ ਅਤੇ ਉਸ ਮਸ਼ੀਨ ਵਿਚਕਾਰ ਕੀ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਹੀ ਫ਼ਰਕ ਵੰਡ ਦਾ ਮਕਸਦ ਹੈ।
Cloudflare ਦਾ ਨੈੱਟਵਰਕ-ਪੋਰਟ ਸੰਦਰਭ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ ਕਿ ਆਮ ਵੈੱਬ ਪ੍ਰੌਕਸੀ ਕਿਹੜੇ ਪੋਰਟ ਸਵੀਕਾਰ ਕਰਦੀ ਹੈ। ਉਹ ਸੂਚੀ ਉਹਨਾਂ ਪੋਰਟਾਂ 'ਤੇ HTTP ਅਤੇ HTTPS ਬਾਰੇ ਹੈ, ਸੰਖਿਆ ਸਾਂਝੀ ਕਰਨ ਵਾਲੇ ਕਿਸੇ ਵੀ ਪ੍ਰੋਟੋਕੋਲ ਬਾਰੇ ਨਹੀਂ।
ਪੋਰਟ ਪ੍ਰੋਟੋਕੋਲ ਨਹੀਂ ਹੈ
OpenVPN ਨੂੰ TCP 443 'ਤੇ ਲਿਜਾਣ ਨਾਲ ਇਹ HTTPS ਨਹੀਂ ਬਣਦੀ। ਪ੍ਰੌਕਸੀ ਅਜੇ ਵੀ ਕਨੈਕਸ਼ਨ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ HTTP ਬੇਨਤੀ ਦੀ ਆਸ ਕਰਦੀ ਹੈ, ਅਤੇ OpenVPN ਕਲਾਇੰਟ ਇਸਦੀ ਥਾਂ ਬਾਈਨਰੀ ਨਿਯੰਤਰਣ ਸੁਨੇਹਾ ਭੇਜਦਾ ਹੈ। ਕਨੈਕਸ਼ਨ ਨੈੱਟਵਰਕ ਰੁਕਾਵਟ ਵਰਗਾ ਦਿਸਦੇ ਢੰਗ ਨਾਲ ਅਸਫਲ ਹੁੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਲੌਗ ਤੱਕ ਕੁਝ ਵੀ ਲਾਭਦਾਇਕ ਨਹੀਂ ਪਹੁੰਚਦਾ।
ਜੇ ਲੋੜ ਸੱਚਮੁੱਚ VPN ਡੇਟਾ ਮਾਰਗ ਵਿੱਚ Cloudflare ਉਤਪਾਦ ਰੱਖਣ ਦੀ ਹੈ, ਤਾਂ ਉਸਦਾ ਮੁਲਾਂਕਣ ਕਰੋ ਜੋ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੇ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਸਮਰਥਨ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਦਾ ਹੈ। ਸੰਤਰੀ ਬੱਦਲ ਨੂੰ ਆਮ TCP ਜਾਂ UDP ਸੁਰੰਗ ਨਾ ਮੰਨੋ, ਕਿਉਂਕਿ ਇਹ ਖਾਸ ਕੰਮ ਵਾਲੇ ਵੈੱਬ ਟ੍ਰੈਫਿਕ ਲਈ ਉਲਟੀ ਪ੍ਰੌਕਸੀ ਹੈ।
ਸਿਰਫ਼-DNS ਰਿਕਾਰਡ ਕੰਮ ਕਰਨ ਵਾਲਾ ਉਬਾਊ ਜਵਾਬ ਹੈ, ਅਤੇ ਪਹਿਲਾਂ ਉਸੇ ਵੱਲ ਹੀ ਹੱਥ ਵਧਾਉਣਾ ਚਾਹੀਦਾ ਹੈ।
ਇੱਕ ਮਸ਼ੀਨ ਨੂੰ ਅਜੇ ਵੀ ਦੋ ਸਰੋਤੇ ਚਾਹੀਦੇ ਹਨ
ਵੱਖਰੇ ਨਾਮ ਦੋ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਇੱਕੋ ਸਮੇਂ ਇੱਕੋ ਪਤਾ, ਪੋਰਟ ਅਤੇ ਢੁਆਈ ਬੰਨ੍ਹਣ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦੇ। ਜੇ ਵੈੱਬ ਸਰਵਰ ਪਹਿਲਾਂ ਹੀ ਸਾਰੇ ਪਤਿਆਂ 'ਤੇ TCP 443 ਰੱਖਦਾ ਹੈ, ਤਾਂ OpenVPN ਇੰਸਟੈਂਸ ਜਾਣ-ਬੁੱਝ ਕੇ ਕੀਤੇ ਪ੍ਰਬੰਧ ਤੋਂ ਬਿਨਾਂ ਉਹ ਵੀ ਨਹੀਂ ਲੈ ਸਕਦਾ।
VPN ਸਰੋਤੇ ਨੂੰ ਦੂਜੀ ਪੋਰਟ, ਜਾਂ ਦੂਜੇ ਪਤੇ ਨਾਲ ਬੰਨ੍ਹੋ, ਜਾਂ ਸਾਹਮਣੇ ਦਸਤਾਵੇਜ਼ੀ ਮਲਟੀਪਲੈਕਸਰ ਰੱਖੋ ਅਤੇ ਉਸ ਨਾਲ ਆਉਣ ਵਾਲਾ ਕਾਰਜਕਾਰੀ ਖਰਚਾ ਸਵੀਕਾਰ ਕਰੋ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਚੋਣ ਫਾਇਰਵਾਲ ਨਿਯਮਾਂ ਵਿੱਚ ਦਿਸਣੀ ਚਾਹੀਦੀ ਹੈ, ਕਿਉਂਕਿ ਜਿਸ ਸਰੋਤੇ ਦਾ ਕਿਸੇ ਨੇ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਨਹੀਂ ਕੀਤਾ, ਉਹੀ ਘਟਨਾ ਵੇਲੇ ਛੁੱਟ ਜਾਂਦਾ ਹੈ। ਚੁਣਿਆ ਬੰਧਨ ਸੁਰੰਗ ਦਾ ਵਰਣਨ ਕਰਨ ਵਾਲੇ ਉਸੇ ਰਨਬੁੱਕ ਵਿੱਚ ਲਿਖੋ। ਫਿਰ ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਰਾਤ ਦੋ ਵਜੇ ਇਹ ਦੁਬਾਰਾ ਨਹੀਂ ਲੱਭਣਾ ਪਵੇਗਾ।
ਸਰਟੀਫਿਕੇਟ ਉਸ ਕਨੈਕਸ਼ਨ ਦਾ ਪਿੱਛਾ ਕਰਦੇ ਹਨ ਜਿਸਦੀ ਉਹ ਰੱਖਿਆ ਕਰਦੇ ਹਨ
ਬ੍ਰਾਊਜ਼ਰ ਦਾ Cloudflare ਨਾਲ TLS ਕਨੈਕਸ਼ਨ ਅਤੇ Cloudflare ਦਾ ਤੁਹਾਡੇ ਮੂਲ ਨਾਲ ਕਨੈਕਸ਼ਨ ਦੋ ਵੱਖਰੇ ਸਰਟੀਫਿਕੇਟਾਂ ਵਾਲੇ ਦੋ ਵੱਖਰੇ ਸੰਬੰਧ ਹਨ। ਬ੍ਰਾਊਜ਼ਰ ਕਿਨਾਰੇ ਦਾ ਸਰਟੀਫਿਕੇਟ ਵੇਖਦਾ ਹੈ। ਮੂਲ Cloudflare ਨੂੰ ਆਪਣਾ ਸਰਟੀਫਿਕੇਟ ਪੇਸ਼ ਕਰਦਾ ਹੈ, ਅਤੇ Cloudflare Origin CA ਸਰਟੀਫਿਕੇਟ ਠੀਕ ਉਸੇ ਦੂਜੇ ਸੰਬੰਧ ਲਈ ਹੈ।
ਉਸ ਮੂਲ ਸਰਟੀਫਿਕੇਟ 'ਤੇ Cloudflare Full (strict) ਮੋਡ ਵਿੱਚ ਭਰੋਸਾ ਕਰਦੀ ਹੈ ਅਤੇ ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਭਰੋਸੇਯੋਗ ਬ੍ਰਾਊਜ਼ਰ ਸਰਟੀਫਿਕੇਟ ਨਹੀਂ ਹੈ। ਜੇ ਕੋਈ ਸਿਰਫ਼-DNS ਹੋਸਟਨਾਮ 'ਤੇ ਸਿੱਧਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਚੇਤਾਵਨੀ ਮਿਲਦੀ ਹੈ, ਤਾਂ ਇਹ ਬਦਲੇ ਭਰੋਸੇ ਮਾਰਗ ਦਾ ਉਮੀਦ ਕੀਤਾ ਨਤੀਜਾ ਹੈ, ਇਨਕ੍ਰਿਪਸ਼ਨ ਰੁਕਣ ਦਾ ਸਬੂਤ ਨਹੀਂ।
ਇਸ ਲਈ ਸਿੱਧੀ ਮੁਲਾਕਾਤ ਵਾਲੀ ਵੈੱਬਸਾਈਟ ਨੂੰ ਉਹ ਸਰਟੀਫਿਕੇਟ ਲੜੀ ਚਾਹੀਦੀ ਹੈ ਜਿਸ 'ਤੇ ਉਸਦੇ ਬ੍ਰਾਊਜ਼ਰ ਭਰੋਸਾ ਕਰਦੇ ਹਨ। ਇਹ ਇੱਕ ਪ੍ਰੌਕਸੀ ਵਾਲੀ ਸਾਈਟ ਨਾਲ ਸਹਿ-ਹੋਂਦ ਵਿੱਚ ਰਹਿ ਸਕਦਾ ਹੈ ਜਿਸਦੇ ਮੂਲ 'ਤੇ ਮੁਲਾਕਾਤ ਕਰਨ ਦਾ ਕੋਈ ਇਰਾਦਾ ਨਹੀਂ।
OpenVPN ਆਪਣੀ ਸਰਵਰ ਪਛਾਣ ਅਤੇ ਕਲਾਇੰਟ ਪ੍ਰਮਾਣਿਕਤਾ ਆਪਣੇ ਸਰਟੀਫਿਕੇਟ ਅਧਿਕਾਰੀ ਅਤੇ ਆਪਣੀ ਨਿਯੰਤਰਣ-ਚੈਨਲ ਸੁਰੱਖਿਆ ਨਾਲ ਲੈ ਕੇ ਚੱਲਦੀ ਹੈ। ਵੈੱਬਸਾਈਟ 'ਤੇ ਤਾਲਾ ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਨਹੀਂ ਦਿੰਦਾ, ਅਤੇ ਦੋਵੇਂ ਪ੍ਰਦਾਨ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵੱਖਰੀਆਂ ਰਹਿਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।
ਖੁਲਾਸਾ ਨਾਮ ਦਾ ਪਿੱਛਾ ਕਰਦਾ ਹੈ
ਸਿਰਫ਼-DNS VPN ਰਿਕਾਰਡ ਉਹ ਪਤਾ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਜਿਸ ਵੱਲ ਇਹ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਜੇ ਉਹ ਪਤਾ ਵੈੱਬ ਮੂਲ ਵੀ ਹੈ, ਤਾਂ ਮੂਲ ਲੁਕਿਆ ਨਹੀਂ ਹੈ, ਅਤੇ ਦੂਜਾ ਨਾਮ ਪ੍ਰੌਕਸੀ ਹੋਣ ਕਰਕੇ ਇਸਨੂੰ ਲੁਕਿਆ ਕਹਿਣਾ ਇੱਕ ਅਜਿਹੀ ਗਲਤੀ ਹੈ ਜੋ ਕੋਈ ਸਕੈਨ ਕਰੇ ਜਾਣ ਤੱਕ ਰਹਿੰਦੀ ਹੈ।
ਤੈਅ ਕਰੋ ਕਿਹੜੀਆਂ ਵੈੱਬ ਬੇਨਤੀਆਂ ਮੂਲ ਤੱਕ ਸਿੱਧੀਆਂ ਪਹੁੰਚ ਸਕਦੀਆਂ ਹਨ ਅਤੇ ਇਹ ਮੂਲ 'ਤੇ ਲਾਗੂ ਕਰੋ, ਫਿਰ VPN ਸਰੋਤੇ ਨੂੰ ਉਸਦੀਆਂ ਆਪਣੀਆਂ ਸ਼ਰਤਾਂ 'ਤੇ ਇਜਾਜ਼ਤ ਦਿਓ। ਪ੍ਰਬੰਧਨ ਪੰਨੇ, ਪ੍ਰੋਫਾਈਲ ਡਾਊਨਲੋਡ ਅਤੇ ਡੇਟਾ ਸਰੋਤਾ ਤਿੰਨ ਵੱਖਰੀਆਂ ਖੁਲਾਸਾ ਲੋੜਾਂ ਰੱਖ ਸਕਦੇ ਹਨ, ਭਾਵੇਂ ਇੱਕ ਪੈਕੇਜ ਤਿੰਨੇ ਦਿੰਦਾ ਹੋਵੇ।
ਬਣਾਈਆਂ ਲਿੰਕ ਜਨਤਕ ਵੈੱਬ ਨਾਮ ਅਤੇ HTTPS ਸਕੀਮ 'ਤੇ ਰੱਖੋ, ਅਤੇ ਕਲਾਇੰਟ ਪ੍ਰੋਫਾਈਲ VPN ਨਾਮ 'ਤੇ ਅਸਲ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਪੋਰਟ ਨਾਲ ਰੱਖੋ। ਆਮ ਕਾਰਜ ਵਿੱਚ ਕੋਈ ਵੀ ਸੇਵਾ ਦੂਜੇ ਦੀ ਪ੍ਰੌਕਸੀ ਸੈਟਿੰਗ ਬਦਲਣ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ।
ਕੰਮ ਦਾ ਕ੍ਰਮ: ਸਾਈਟ ਲਈ ਪ੍ਰੌਕਸੀ ਵਾਲਾ ਨਾਮ, VPN ਲਈ ਸਿਰਫ਼-DNS ਨਾਮ, ਵੱਖਰੇ ਸਰੋਤੇ, ਹਰ ਸੰਬੰਧ ਲਈ ਸਰਟੀਫਿਕੇਟ, ਅਤੇ ਫਿਰ ਇੱਕ ਪਰਖ ਜੋ ਸਾਬਤ ਕਰਦੀ ਹੈ ਕਿ ਹਰ ਨਾਮ ਸਿਰਫ਼ ਉਸੇ ਸੇਵਾ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ ਜਿੱਥੇ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਹੈ।