ਲਾਂਚ-ਸਮੇਂ ਪ੍ਰੌਕਸੀ ਰੈਪਰ ਅਤੇ ਮੌਜੂਦਾ ਪ੍ਰਕਿਰਿਆਵਾਂ
ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਪ੍ਰਕਿਰਿਆ ਰੈਪਰ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਲੋੜ ਕਿਉਂ ਹੁੰਦੀ ਹੈ, ਇਸ ਦੇ ਪਹਿਲਾਂ ਹੀ ਖੁੱਲ੍ਹੇ ਕਨੈਕਸ਼ਨਾਂ ਵਿੱਚ ਪ੍ਰੌਕਸੀ ਜੋੜਨ ਦੀ ਬਜਾਏ।
socksify ਜਾਂ proxychains ਵਰਗਾ ਰੈਪਰ ਆਮ ਤੌਰ 'ਤੇ ਟਾਰਗਿਟ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਇੰਟਰਸੈਪਸ਼ਨ ਲਾਇਬ੍ਰੇਰੀ ਨਾਲ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਇਸਨੂੰ ਮੌਜੂਦਾ ਪ੍ਰਕਿਰਿਆ ਦਾ PID ਦੇਣ ਨਾਲ ਉਹ ਲਾਇਬ੍ਰੇਰੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਹੁੰਦੀ ਅਤੇ ਇਸ ਦੇ ਖੁੱਲ੍ਹੇ ਕਨੈਕਸ਼ਨ ਵੀ ਨਹੀਂ ਹਿਲਦੇ। proxychains-ng ਲਈ, ਅਸਲ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਦੀਆਂ ਲਾਇਬ੍ਰੇਰੀ ਲੋਡ ਕਰਨ ਦੀਆਂ ਲੋੜਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।
ਜੇ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਆਪਣੀਆਂ ਪ੍ਰੌਕਸੀ ਸੈਟਿੰਗਾਂ ਹਨ, ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦਾ ਦਸਤਾਵੇਜ਼ੀ ਤਰੀਕਾ ਵਰਤੋ। ਬਦਲਾਅ ਨਵੀਆਂ ਬੇਨਤੀਆਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਸਥਾਪਿਤ ਕਨੈਕਸ਼ਨ ਆਪਣੇ ਪਹਿਲੇ ਰਸਤੇ 'ਤੇ ਜਾਰੀ ਰਹਿੰਦੇ ਹਨ।
ਜੇ ਲਾਂਚ ਵੇਲੇ ਇੰਟਰਸੈਪਸ਼ਨ ਹੀ ਲੋੜੀਂਦਾ ਤਰੀਕਾ ਹੈ, ਤਾਂ ਉਸ ਰੈਪਰ ਹੇਠ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਢੁਕਵੀਂ ਮੁੜ-ਸ਼ੁਰੂਆਤ ਦਾ ਪ੍ਰਬੰਧ ਕਰੋ। ਯਾਦ ਰੱਖੋ ਕਿ ਕੁਝ ਲਾਂਚਰ ਕੰਮ ਪਹਿਲਾਂ ਹੀ ਚੱਲ ਰਹੇ ਬੈਕਗ੍ਰਾਊਂਡ ਇੰਸਟੈਂਸ ਨੂੰ ਸੌਂਪ ਦਿੰਦੇ ਹਨ।
ਸਿਸਟਮ-ਪੱਧਰੀ ਰੂਟਿੰਗ ਜਾਂ ਇੰਟਰਸੈਪਸ਼ਨ ਡਿਜ਼ਾਈਨ ਆਪਣੇ ਦਾਇਰੇ ਵਾਲਾ ਇੱਕ ਹੋਰ ਤੰਤਰ ਹੈ। ਇਸਨੂੰ ਇੱਕ PID ਵਿੱਚ ਪ੍ਰੌਕਸੀ ਸੈਟਿੰਗ ਜੋੜਨ ਵਾਂਗ ਹੀ ਕਾਰਵਾਈ ਦੱਸਣਾ ਨਹੀਂ ਚਾਹੀਦਾ।
ਲੋੜੀਂਦੇ ਨਿਕਾਸ ਲਈ, ਨਵੇਂ ਨੈੱਟਵਰਕ ਕਨੈਕਸ਼ਨ ਬਣਾਉਣ ਵਾਲੀ ਅਸਲ ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਉਹਨਾਂ ਕਨੈਕਸ਼ਨਾਂ ਵੱਲੋਂ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਰਸਤਾ ਪਛਾਣੋ। ਦਿਸਦਾ ਪ੍ਰਕਿਰਿਆ ਨਾਮ ਜਾਂ ਦੂਜੇ ਟਰਮੀਨਲ ਵਿੱਚ ਰੈਪਰ ਕਮਾਂਡ ਇਹਨਾਂ ਦੋਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ।