client → local TCP relay → existing forward proxy → destination

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

ਰੀਲੇ ਨੂੰ ਸਿੱਧਾ ਵੈੱਬਸਾਈਟ ਵੱਲ ਮੋੜਨਾ ਸਮਝੌਤਾ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਫਾਰਵਰਡ ਪ੍ਰੌਕਸੀ ਨੂੰ ਮੰਜ਼ਿਲਾਂ ਚੁਣਨੀਆਂ ਅਤੇ HTTP ਫਰੇਮਿੰਗ ਤੇ ਕਨੈਕਸ਼ਨ ਵਿਵਹਾਰ ਸੰਭਾਲਣਾ ਪੈਂਦਾ ਹੈ; ਪਹਿਲੀ ਲਾਈਨ ਤੋਂ ਹੋਸਟਨਾਮ ਕੱਢਣਾ ਕਾਫ਼ੀ ਨਹੀਂ।

Nmap ਦਾ Ncat ਵੱਖਰੇ ਤੌਰ ’ਤੇ HTTP-ਜਾਣੂ ਸੁਣਨ ਮੋਡ ਦਿੰਦਾ ਹੈ:

ncat --listen 127.0.0.1 3128 --proxy-type http

ਇਹ loopback ਉਦਾਹਰਨ Ncat ਦੀ ਪ੍ਰੌਕਸੀ ਅਮਲ ਲਾਗੂ ਕਰਦੀ ਹੈ, ਹਰ nc ਵਿੱਚ ਹੋਣ ਵਾਲੀ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ। ਇਸ ਦੀ ਸੁਣਨ ਵਾਲੀ ਪਾਸੇ ਦੀ ਪ੍ਰੌਕਸੀ HTTP ਢੰਗ ਅਤੇ CONNECT ਸੰਭਾਲਦੀ ਹੈ। ਇਸ ਦੇ ਕਲਾਇੰਟ-ਪਾਸੇ SOCKS ਵਿਕਲਪ ਸੁਣਨ ਮੋਡ ਵਿੱਚ SOCKS ਸਰਵਰ ਸਥਾਪਤ ਨਹੀਂ ਕਰਦੇ। ਸਥਾਈ ਸਾਂਝੀ ਸੇਵਾ ਲਈ ਸੋਚ-ਸਮਝ ਕੇ ਕਨੈਕਸ਼ਨ ਪ੍ਰਬੰਧਨ, ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਅਤੇ ਲੌਗਿੰਗ ਵੀ ਲੋੜੀਂਦੀ ਹੈ।

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

ਸੰਬੰਧਿਤ ਲੇਖ