no-transform ਅਤੇ HTTPS ਨਾਲ ਪ੍ਰੌਕਸੀ ਸਮੱਗਰੀ ਮੁੜ-ਲਿਖਤ ਨੂੰ ਸੀਮਿਤ ਕਰੋ

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

ਤੁਹਾਡੀ ਚਲਾਈ ਸਾਈਟ ਲਈ HTTP ਸਪਸ਼ਟ ਜਵਾਬ ਨਿਰਦੇਸ਼ ਦਿੰਦਾ ਹੈ:

Cache-Control: no-transform

RFC 9111 ਮੰਗ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਜਵਾਬ ਨਿਰਦੇਸ਼ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲਾ ਵਿਚੋਲਾ ਕੈਸ਼ ਲਾਗੂ ਕਰੇ ਜਾਂ ਨਾ, ਸਮੱਗਰੀ ਨੂੰ ਬਿਨਾਂ ਤਬਦੀਲੀ ਦੇ ਛੱਡੇ। ਇਹ ਚਿੱਤਰ ਮੁੜ-ਸੰਕੋਚਨ ਅਤੇ ਮਾਰਕਅੱਪ ਇੰਜੈਕਸ਼ਨ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ, ਸਿਰਫ਼ ਇਸ ਨਾਲ ਨਹੀਂ ਕਿ ਵਸਤੂ ਸੰਗਰਹਿਤ ਹੁੰਦੀ ਹੈ ਜਾਂ ਨਹੀਂ।

ਇਸਨੂੰ ਮੌਜੂਦਾ ਕੈਸ਼ ਨੀਤੀ ਨਾਲ ਰੱਖੋ

ਜੇ ਜਵਾਬ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਕੈਸ਼ ਨਿਰਦੇਸ਼ ਹਨ, ਤਾਂ ਨੀਤੀ ਦਾ ਬਾਕੀ ਹਿੱਸਾ ਸੁੱਟਣ ਦੀ ਬਜਾਏ ਲੋੜ ਨੂੰ ਜਾਣ-ਬੁੱਝ ਕੇ ਸ਼ਾਮਲ ਕਰੋ। ਉਦਾਹਰਨ ਲਈ, ਸਾਰਵਜਨਿਕ ਤੌਰ 'ਤੇ ਕੈਸ਼-ਯੋਗ ਸੰਪਤੀ ਵਿੱਚ ਇਹ ਹੋ ਸਕਦਾ ਹੈ:

Cache-Control: public, max-age=3600, no-transform

ਇਹ ਉਦਾਹਰਨ ਇੱਕ ਘੰਟੇ ਦੀ ਤਾਜ਼ਗੀ ਨੀਤੀ ਨੂੰ ਕਾਇਮ ਰੱਖਦੀ ਹੈ ਅਤੇ ਸਮੱਗਰੀ ਤਬਦੀਲੀ ਨੂੰ ਮਨਾਹੀ ਕਰਦੀ ਹੈ। no-transform ਦਾ ਅਰਥ no-store ਨਹੀਂ ਹੈ ਅਤੇ ਇਹ ਆਮ ਤਬਾਦਲਾ ਪ੍ਰੋਸੈਸਿੰਗ ਨੂੰ ਬੰਦ ਨਹੀਂ ਕਰਦਾ। ਇਸਨੂੰ ਉਨ੍ਹਾਂ ਜਵਾਬਾਂ ਉੱਤੇ ਸੈੱਟ ਕਰੋ ਜਿਨ੍ਹਾਂ ਦੀ ਮੂਲ ਸਮੱਗਰੀ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਜਿੱਥੇ ਢੁਕਵਾਂ ਹੋਵੇ ਉੱਥੇ ਵੱਖਰੇ ਚਿੱਤਰ ਜਵਾਬਾਂ ਸਮੇਤ।

ਨਿਰਦੇਸ਼ ਵਿਚੋਲੇ ਦੀ ਪਾਲਣਾ ਰਾਹੀਂ ਕੰਮ ਕਰਦਾ ਹੈ। ਇਹ ਨੈੱਟਵਰਕ ਡਿਵਾਈਸ ਨੂੰ ਨਿਰਦੇਸ਼ ਅਣਡਿੱਠ ਕਰਨ ਤੋਂ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਤੌਰ 'ਤੇ ਨਹੀਂ ਰੋਕਦਾ।

ਆਵਾਜਾਈ ਦੀ ਵੀ ਸੁਰੱਖਿਆ ਕਰੋ

HTTPS ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਆਪਣੇ TLS ਸਾਥੀ ਵੱਲ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਅਖੰਡਤਾ ਸੁਰੱਖਿਆ ਵਾਲਾ ਕਨੈਕਸ਼ਨ ਦਿੰਦਾ ਹੈ। ਐਨਕ੍ਰਿਪਟਿਡ ਟ੍ਰੈਫਿਕ ਲੰਘਾਉਣ ਵਾਲੀ ਆਮ ਕੈਰੀਅਰ ਪ੍ਰੌਕਸੀ ਉਸ ਸੁਰੱਖਿਅਤ ਕਨੈਕਸ਼ਨ ਵਿੱਚ ਚੁੱਪ-ਚਾਪ ਸਕ੍ਰਿਪਟ ਨਹੀਂ ਪਾ ਸਕਦੀ। ਸਰਟੀਫਿਕੇਟ ਤਸਦੀਕ ਚਾਲੂ ਰੱਖੋ; TLS ਖ਼ਤਮ ਕਰਨ ਵਾਲੀ ਸਥਾਨਕ ਭਰੋਸੇਯੋਗ ਜਾਂਚ ਪ੍ਰੌਕਸੀ ਵੱਖਰੀ ਵਿਵਸਥਾ ਹੈ।

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

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

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