VPN ਪਿੱਛੇ ਮਿਸ਼ਰਤ ਸਮੱਗਰੀ: ਸਰੋਤ ਠੀਕ ਕਰੋ, ਸੁਰੰਗ ਨਹੀਂ

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

ਬੇਨਤੀ ਪੜ੍ਹੋ, ਪਤਾ ਪੱਟੀ ਨਹੀਂ

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

ਸਰੋਤ ਨੂੰ ਸਿਰਫ਼ ਸ਼ਾਮਲ ਫ਼ਾਈਲ ਕਹਿਣਾ ਇਸ ਦੀ ਬਦਲੀ ਨੂੰ ਨੁਕਸਾਨ ਰਹਿਤ ਨਹੀਂ ਬਣਾਉਂਦਾ।

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

ਜਾਣੋ ਕਿਹੜੇ ਸਰੋਤ ਰੋਕੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਕਿਹੜੇ ਉੱਨਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ

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

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

ਰੋਕਿਆ ਹੋਇਆ ਵਿਜੈਟ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ ਸੁਰੰਗ ਫੇਲ੍ਹ ਹੋਈ। ਇਹ ਸਬੂਤ ਹੈ ਕਿ ਬ੍ਰਾਊਜ਼ਰ ਨੇ ਆਪਣਾ ਕੰਮ ਕੀਤਾ।

ਹਵਾਲੇ ਨੂੰ ਇਸ ਦੇ ਸਰੋਤ 'ਤੇ ਠੀਕ ਕਰੋ

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

ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸਰੋਤ ਸੱਚਮੁੱਚ ਵੈਧ ਪਛਾਣ ਨਾਲ HTTPS ਰਾਹੀਂ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਸਕੀਮ ਬਦਲਣਾ ਉਸ ਸੇਵਾ ਨੂੰ ਨਹੀਂ ਘੜ ਸਕਦਾ ਜੋ ਉੱਥੇ ਕਦੇ ਪ੍ਰਕਾਸ਼ਿਤ ਨਹੀਂ ਹੋਈ।

grep -rn "http://assets.example" ./templates
curl -sSI https://assets.example/widget.js | head -n 1

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

ਪੰਨੇ ਦੀ ਦੁਬਾਰਾ ਜਾਂਚ ਅਜਿਹੀ ਕਰੋ ਜਿਵੇਂ ਵਰਤੋਂਕਾਰ ਇਸ ਨੂੰ ਛੂਹਦੇ ਹਨ

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

ਸੁਰੰਗ ਦਾ ਆਪਣਾ ਕੰਮ ਅਜੇ ਵੀ ਹੈ, ਅਤੇ ਉਹ ਕੰਮ ਨੈੱਟਵਰਕ ਪਹੁੰਚ ਹੈ, ਪੰਨੇ ਦੀ ਅਖੰਡਤਾ ਨਹੀਂ।

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