ਦੋ ਪ੍ਰੌਕਸੀ ਸੈਟਿੰਗਾਂ ਇੱਕ ਅਜਿਹੀ ਚੇਨ ਬਣਾ ਸਕਦੀਆਂ ਹਨ ਜੋ ਤੁਸੀਂ ਨਹੀਂ ਚਾਹੁੰਦੇ ਸੀ

ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੌਕਸੀ B ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ, ਪਰ ਇਹ ਪ੍ਰੌਕਸੀ A ਲਈ ਸੰਰਚਿਤ ਰੈਪਰ ਰਾਹੀਂ ਸ਼ੁਰੂ ਕੀਤੀ ਗਈ ਸੀ। ਵੈੱਬਸਾਈਟ ਕਿਹੜਾ ਐਗਜ਼ਿਟ ਦੇਖਦੀ ਹੈ? ਜਵਾਬ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਰੈਪਰ ਕਿਹੜਾ ਕਨੈਕਸ਼ਨ ਰੋਕਦਾ ਹੈ।

ਸਧਾਰਨ ਨੈਸਟਡ ਪ੍ਰਬੰਧ ਵਿੱਚ, ਐਪਲੀਕੇਸ਼ਨ ਪਹਿਲਾਂ B ਨਾਲ ਜੁੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੀ ਹੈ। ਰੈਪਰ ਉਸ ਕਨੈਕਸ਼ਨ ਨੂੰ ਰੋਕਦਾ ਹੈ ਅਤੇ A ਰਾਹੀਂ ਲੈ ਜਾਂਦਾ ਹੈ। ਫਿਰ ਐਪਲੀਕੇਸ਼ਨ ਨਤੀਜਾ ਸਟ੍ਰੀਮ 'ਤੇ B ਦਾ ਪ੍ਰੌਕਸੀ ਪ੍ਰੋਟੋਕੋਲ ਬੋਲਦੀ ਹੈ, ਅਤੇ B ਅੰਤਿਮ ਵੈੱਬਸਾਈਟ ਕਨੈਕਸ਼ਨ ਕਰਦੀ ਹੈ।

application → wrapper proxy A → application proxy B → website

ਵੈੱਬਸਾਈਟ B ਦਾ ਅੰਤਿਮ ਬਾਹਰੀ ਕਨੈਕਸ਼ਨ ਦੇਖਦੀ ਹੈ। B A ਰਾਹੀਂ ਆਉਣ ਵਾਲਾ ਕਨੈਕਸ਼ਨ ਦੇਖਦਾ ਹੈ। ਇਹ ਰੈਪਰ ਵੱਲੋਂ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਆਪਣੀ ਪ੍ਰੌਕਸੀ ਸੈਟਿੰਗ ਨੂੰ ਚੁੱਪਚਾਪ ਓਵਰਰਾਈਟ ਕਰਨ ਤੋਂ ਵੱਖਰਾ ਹੈ।

ਸਧਾਰਨ ਚਿੱਤਰ ਦੀਆਂ ਸ਼ਰਤਾਂ ਹਨ

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

proxychains-ng ਦਾ ਵਰਣਨ ਇਸਦੇ ਇੰਟਰਸੈਪਸ਼ਨ ਢੰਗ ਅਤੇ ਸੀਮਾਵਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ। ਜੱਦੀ ਪ੍ਰੌਕਸੀ ਸਹਾਇਤਾ ਵਰਤਣ ਵਾਲਾ ਪ੍ਰੋਗਰਾਮ ਵੀ ਉਸ ਪ੍ਰੌਕਸੀ ਨਾਲ ਨੈੱਟਵਰਕ ਕਨੈਕਸ਼ਨ ਕਰਦਾ ਹੈ, ਜੋ ਇੰਟਰਸੈਪਸ਼ਨ ਲਈ ਇੱਕ ਉਮੀਦਵਾਰ ਹੈ।

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

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