ਇੱਕ VPN ਦੁਆਰਾ HTTPS ਨੂੰ ਪਹਿਲੀ ਬੇਨਤੀ ਕਿਵੇਂ ਕਰੀਏ

ਇੱਕ ਬ੍ਰਾਊਜ਼ਰ ਜੋ ਪਹਿਲਾਂ http:// ਟਾਈਪ ਕਰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਰੀਡਾਇਰੈਕਟ ਤੋਂ ਬਾਅਦ https:// 'ਤੇ ਉਤਰਦਾ ਹੈ, ਪਹਿਲਾਂ ਹੀ ਸਪਸ਼ਟ ਰੂਪ ਵਿੱਚ ਇੱਕ ਬੇਨਤੀ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਇੱਕ VPN ਇਸਨੂੰ ਬਦਲਦਾ ਨਹੀਂ ਹੈ। ਸੁਰੰਗ ਕਲਾਇੰਟ ਤੋਂ ਐਗਜ਼ਿਟ ਨੋਡ ਤੱਕ ਲੱਤ ਦੀ ਰੱਖਿਆ ਕਰਦੀ ਹੈ; ਇਹ ਟਰਾਂਸਪੋਰਟ ਲੇਅਰ ਦੇ ਉੱਪਰ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਇਸਲਈ ਨਿਕਾਸ ਅਤੇ ਮੂਲ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਨਿਰੀਖਕ ਅਜੇ ਵੀ ਪਲੇਨਟੈਕਸਟ ਹੌਪ ਨੂੰ ਦੇਖਦਾ ਹੈ। HTTPS ਨੂੰ ਪਹਿਲੀ ਬੇਨਤੀ ਬਣਾਉਣਾ ਤਿੰਨ ਹਿੱਸਿਆਂ ਦੇ ਨਾਲ ਇੱਕ ਕਲਾਇੰਟ-ਸਾਈਡ ਤਬਦੀਲੀ ਹੈ: ਇੱਕ ਅਸਲੀ HTTPS ਪਤਾ, ਬ੍ਰਾਊਜ਼ਰ ਦਾ ਅੱਪਗਰੇਡ ਮੋਡ, ਅਤੇ ਸਾਈਟ ਦੀ ਆਪਣੀ ਨੀਤੀ। ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮ ਉਹ ਆਰਡਰ ਹਨ ਜੋ ਮੈਂ ਵਰਤਦਾ ਹਾਂ, ਹਰ ਇੱਕ ਚੈੱਕ ਦੇ ਨਾਲ ਜੋ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਇਹ ਲਿਆ ਗਿਆ ਹੈ।

ਕਦਮ 1: ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪਹਿਲੀ ਬੇਨਤੀ ਅਸਲ ਵਿੱਚ ਕੀ ਹੈ

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ, ਦੇਖੋ ਕਿ ਬ੍ਰਾਊਜ਼ਰ ਕੀ ਭੇਜਦਾ ਹੈ। ਕੋਲਡ ਕੈਸ਼ ਤੋਂ ਰੀਲੋਡ ਕੀਤੇ ਪੰਨੇ ਦੇ ਨਾਲ ਨੈਟਵਰਕ ਪੈਨਲ ਖੋਲ੍ਹੋ ਅਤੇ ਪਹਿਲੀ ਕਤਾਰ ਪੜ੍ਹੋ: ਜੇਕਰ ਸਕੀਮ http ਹੈ ਅਤੇ ਸਥਿਤੀ 301 ਜਾਂ 308 ਹੈ, ਤਾਂ ਉਸ ਕਤਾਰ ਤੋਂ ਬਾਅਦ ਸਭ ਕੁਝ ਦੂਜੀ ਬੇਨਤੀ ਹੈ। curl -sS -o /dev/null -w '%{http_code} %{url_effective}\n' http://example.com ਬ੍ਰਾਊਜ਼ਰ ਦੇ ਬਾਹਰ ਉਸੇ ਕ੍ਰਮ ਨੂੰ ਦੁਬਾਰਾ ਤਿਆਰ ਕਰਦਾ ਹੈ ਅਤੇ ਉਸ URL ਨੂੰ ਪ੍ਰਿੰਟ ਕਰਦਾ ਹੈ ਜਿਸ 'ਤੇ ਤੁਸੀਂ ਸਮਾਪਤ ਕੀਤਾ ਸੀ।

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

ਕਦਮ 2: ਬ੍ਰਾਊਜ਼ਰ ਦੇ HTTPS-ਸਿਰਫ ਮੋਡ ਨੂੰ ਚਾਲੂ ਕਰੋ

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

ਫਾਇਰਫਾਕਸ ਵਿੱਚ ਨਿਯੰਤਰਣ about:config ਦੇ ਪਿੱਛੇ ਅਤੇ ਗੋਪਨੀਯਤਾ ਸੈਟਿੰਗਾਂ ਪੰਨੇ ਵਿੱਚ, dom.security.https_only_mode ਦੇ ਨਾਲ ਸਵਿੱਚ ਅਤੇ ਪ੍ਰਤੀ-ਸਾਈਟ ਅਪਵਾਦ ਦੇ ਰੂਪ ਵਿੱਚ ਪੈਡਲਾਕ ਮੀਨੂ ਤੋਂ ਪ੍ਰਬੰਧਿਤ ਹੁੰਦੇ ਹਨ। ਕ੍ਰੋਮ ਅਤੇ ਐਜ ਵਿੱਚ ਉਹੀ ਵਿਚਾਰ ਸੈਟਿੰਗਾਂ, ਗੋਪਨੀਯਤਾ ਅਤੇ ਸੁਰੱਖਿਆ, ਸੁਰੱਖਿਆ, ਹਮੇਸ਼ਾਂ ਸੁਰੱਖਿਅਤ ਕਨੈਕਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ ਲੇਬਲ ਦੇ ਹੇਠਾਂ ਬੈਠਦਾ ਹੈ। ਲੇਬਲ ਜੋ ਵੀ ਹੋਵੇ, ਇੱਕ ਹੋਸਟ ਦੇ ਵਿਰੁੱਧ ਵਿਵਹਾਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ ਜੋ ਸਿਰਫ ਪੋਰਟ 80 'ਤੇ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਇੱਕ ਮੋਡ ਜੋ ਅੱਪਗਰੇਡ ਹੁੰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਚੁੱਪਚਾਪ ਵਾਪਸ ਆ ਜਾਂਦਾ ਹੈ ਉਹ ਸੁਰੱਖਿਆ ਨਹੀਂ ਹੈ ਜੋ ਤੁਸੀਂ ਸੋਚਦੇ ਹੋ ਕਿ ਤੁਸੀਂ ਸਮਰੱਥ ਕੀਤਾ ਹੈ। Firefox HTTPS-Only ਦਸਤਾਵੇਜ਼ ਉਸ ਬ੍ਰਾਊਜ਼ਰ ਲਈ ਅੱਪਗ੍ਰੇਡ, ਚੇਤਾਵਨੀ ਅਤੇ ਅਪਵਾਦ ਵਿਵਹਾਰ ਨੂੰ ਸਪੈਲ ਕਰਦਾ ਹੈ।

ਕਦਮ 3: ਸਰੋਤਾਂ ਨੂੰ ਠੀਕ ਕਰੋ, ਨਾ ਕਿ ਸਿਰਫ਼ ਐਡਰੈੱਸ ਬਾਰ

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

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

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

ਕਦਮ 4: HSTS ਕੀ ਜੋੜਦਾ ਹੈ, ਅਤੇ ਕੀ ਨਹੀਂ ਕਰਦਾ

HSTS ਇੱਕ ਬ੍ਰਾਊਜ਼ਰ ਤਰਜੀਹ ਦੀ ਬਜਾਏ ਇੱਕ ਸਾਈਟ ਨੀਤੀ ਹੈ, ਅਤੇ ਇੱਥੇ ਇਹ ਇੱਕੋ ਇੱਕ ਵਿਧੀ ਹੈ ਜੋ ਇੱਕ ਤਾਜ਼ਾ ਪ੍ਰੋਫਾਈਲ 'ਤੇ ਟਾਈਪ ਕੀਤੇ http:// ਨੂੰ ਬਚਾਉਂਦੀ ਹੈ। ਇੱਕ ਵਾਰ ਇੱਕ ਬ੍ਰਾਊਜ਼ਰ ਨੇ ਇੱਕ ਹੋਸਟ ਲਈ Strict-Transport-Security ਸਿਰਲੇਖ ਦੇਖੇ, ਇਹ ਉਹਨਾਂ ਨੂੰ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ https 'ਤੇ ਬਾਅਦ ਵਿੱਚ ਬੇਨਤੀਆਂ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖਦਾ ਹੈ, ਜੋ ਬਿਲਕੁਲ ਉਹੀ ਸੰਪੱਤੀ ਹੈ ਜੋ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ। ਇਹ ਉਸ ਮੇਜ਼ਬਾਨ ਲਈ ਕੁਝ ਨਹੀਂ ਕਰਦਾ ਜਿਸ 'ਤੇ ਬ੍ਰਾਊਜ਼ਰ ਨੇ ਕਦੇ ਨਹੀਂ ਵਿਜ਼ਿਟ ਕੀਤਾ ਹੈ, ਅਤੇ ਕਿਸੇ ਵੱਖਰੇ ਹੋਸਟ-ਨਾਂ ਲਈ ਕੁਝ ਨਹੀਂ ਜੋ ਇੱਕੋ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਸੇਵਾ ਕਰਦਾ ਹੈ।

ਦੇਖੋ ਕਿ ਮੂਲ curl -sSI https://example.com | grep -i strict-transport-security ਨਾਲ ਕੀ ਭੇਜਦਾ ਹੈ। ਇੱਕ ਗੁੰਮ ਹੈਡਰ ਇੱਕ ਸਰਵਰ ਤਬਦੀਲੀ ਹੈ ਨਾ ਕਿ ਅਜਿਹੀ ਕੋਈ ਚੀਜ਼ ਜੋ ਇੱਕ ਕਲਾਇੰਟ ਸਥਾਪਿਤ ਕਰ ਸਕਦਾ ਹੈ। ਜੇਕਰ ਇਹ ਮੌਜੂਦ ਹੈ, ਤਾਂ max-age ਨੂੰ ਪੜ੍ਹੋ ਅਤੇ ਕੀ includeSubDomains ਸੈਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਕਿਉਂਕਿ ਮੁਲਾਕਾਤਾਂ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਛੋਟੀ ਅਧਿਕਤਮ-ਉਮਰ ਦੀ ਮਿਆਦ ਖਤਮ ਹੋ ਜਾਂਦੀ ਹੈ ਅਤੇ ਇੱਕ ਗੁੰਮ ਹੋਣ ਕਾਰਨ ਸਬਡੋਮੇਨ ਹਰ ਸਬਡੋਮੇਨ ਨੂੰ ਅਸੁਰੱਖਿਅਤ ਛੱਡ ਦਿੰਦਾ ਹੈ। RFC 6797 ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਕਿ ਇੱਕ ਉਪਭੋਗਤਾ ਏਜੰਟ ਨੀਤੀ ਨੂੰ ਕਿਵੇਂ ਲਾਗੂ ਕਰਦਾ ਹੈ ਅਤੇ ਇਹ ਕਿਸ ਨੂੰ ਅਣਡਿੱਠ ਕਰ ਸਕਦਾ ਹੈ। ਪ੍ਰੀਲੋਡ ਇੱਕ ਵੱਖਰੀ ਵਚਨਬੱਧਤਾ ਹੈ, ਇਸਲਈ ਕਿਸੇ ਨੂੰ ਵੀ ਇਹ ਵਾਅਦਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਡੋਮੇਨ ਸੂਚੀ ਵਿੱਚ ਹੈ, hstspreload.org API ਦੁਆਰਾ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰੋ।

ਪੁਸ਼ਟੀਕਰਨ ਅਤੇ ਰੋਲਬੈਕ

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

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

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