ਕੀ Squid ਦਾ URL ਮੁੜ-ਲਿਖਣ ਵਾਲਾ ਜਵਾਬਾਂ ਦੇ ਮੁੱਖ ਹਿੱਸੇ ਬਦਲ ਸਕਦਾ ਹੈ?

ਫਾਰਵਰਡ ਪ੍ਰਾਕਸੀ ਦਾ ਵਿਸਥਾਰ ਕਰਦਿਆਂ ਬੇਨਤੀ URL ਦੀ ਚੋਣ ਨੂੰ ਜਵਾਬ ਅਨੁਕੂਲਨ ਅਤੇ TLS ਡੀਕ੍ਰਿਪਸ਼ਨ ਤੋਂ ਵੱਖਰੀ ਰੱਖੋ।

url_rewrite_program ਬੇਨਤੀ URL ਦੇ ਫੈਸਲਿਆਂ ਉੱਤੇ ਕੰਮ ਕਰਦਾ ਹੈ। ਇਹ ਬੇਨਤੀ ਦੀ ਜਾਣਕਾਰੀ ਲੈਂਦਾ ਹੈ ਅਤੇ Squid ਦੇ ਸਹਾਇਕ ਪ੍ਰੋਟੋਕੋਲ ਰਾਹੀਂ ਜਵਾਬ ਦਿੰਦਾ ਹੈ; ਇਹ ਡਾਊਨਲੋਡ ਕੀਤੀ ਫਾਈਲ ਲੈ ਕੇ ਉਸ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਕੇ ਵਾਪਸ ਨਹੀਂ ਭੇਜਦਾ।

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

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

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

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

ਸੰਬੰਧਿਤ ਲੇਖ