sudo proxychains ਬਨਾਮ proxychains sudo: ਕ੍ਰਮ ਕਿਉਂ ਮਹੱਤਵ ਰੱਖਦਾ ਹੈ
ਸਮਝੋ ਕਿ proxychains sudo ਆਪਣੀ ਰੋਕਥਾਮ ਲਾਇਬ੍ਰੇਰੀ ਕਿਉਂ ਗੁਆ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਕਿ sudo proxychains ਰੈਪਰ ਨੂੰ ਟਾਰਗੇਟ ਚੱਲਣ ਸੰਦਰਭ ਵਿੱਚ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ।
ਇਹਨਾਂ ਕਮਾਂਡਾਂ ਦੀ ਚੱਲਣ ਸੀਮਾ ਇੱਕੋ ਜਿਹੀ ਨਹੀਂ ਹੈ:
proxychains4 sudo command
sudo proxychains4 command
Proxychains-ng ਟਾਰਗੇਟ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਇੱਕ ਲਾਇਬ੍ਰੇਰੀ ਪਹਿਲਾਂ ਹੀ ਲੋਡ ਕਰਨ ਦਾ ਪ੍ਰਬੰਧ ਕਰਦਾ ਹੈ। Linux ਉੱਤੇ, sudo ਵਰਗੇ set-user-ID ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਚਲਾਉਣ ਨਾਲ ਲੋਡਰ ਦੇ ਸੁਰੱਖਿਆ ਨਿਯਮ ਲਾਗੂ ਹੁੰਦੇ ਹਨ, ਜੋ ਸੰਬੰਧਿਤ ਲਾਇਬ੍ਰੇਰੀ-ਲੋਡਿੰਗ ਵੇਰੀਏਬਲਾਂ ਨੂੰ sudo ਦੇ ਉਹਨਾਂ ਨੂੰ ਸੰਭਾਲਣ ਤੋਂ ਪਹਿਲਾਂ ਹਟਾ ਦਿੰਦੇ ਹਨ।
ਇਸ ਲਈ, “ਹੋਰ ਵਾਤਾਵਰਣ ਸੰਭਾਲਣਾ” sudo ਨੂੰ ਰੈਪਰ ਦੇ ਅੰਦਰ ਰੱਖਣ ਦਾ ਭਰੋਸੇਯੋਗ ਉਪਾਅ ਨਹੀਂ ਹੈ। sudoers ਦਸਤਾਵੇਜ਼ ਸਪੱਸ਼ਟ ਕਰਦਾ ਹੈ ਕਿ sudo ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ LD_* ਵਰਗੇ ਵੇਰੀਏਬਲ ਹਟਾ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ।
ਜੇ ਕਿਸੇ ਕਮਾਂਡ ਨੂੰ ਸੱਚਮੁੱਚ ਟਾਰਗੇਟ ਖਾਤਾ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਰੈਪਰ ਨੂੰ ਉਸੇ ਅਧਿਕਾਰਤ ਸੰਦਰਭ ਵਿੱਚ ਸ਼ੁਰੂ ਕਰੋ। ਫਿਰ ਜਾਂਚੋ ਕਿ ਇਹ ਕਿਹੜੀ ਸੰਰਚਨਾ ਪੜ੍ਹਦਾ ਹੈ: sudo HOME, PATH ਅਤੇ ਲਾਗੂ ਹੋਣ ਵਾਲੀ ਪ੍ਰਤੀ-ਵਰਤੋਂਕਾਰ ਫਾਈਲ ਬਦਲ ਸਕਦਾ ਹੈ। ਬਿਨਾਂ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰਾਂ ਵਾਲਾ ਕਾਮਯਾਬ ਸੱਦਾ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ root ਨੇ ਵੀ ਉਹੀ ਪ੍ਰੌਕਸੀ ਸੂਚੀ ਚੁਣੀ ਹੈ।
ਜੇ ਪ੍ਰੋਗਰਾਮ ਦਾ ਆਪਣਾ ਪ੍ਰੌਕਸੀ ਇੰਟਰਫੇਸ ਹੈ ਤਾਂ ਉਸ ਨੂੰ ਤਰਜੀਹ ਦਿਓ। ਇਹ ਉਸ ਬੇਨਤੀ ਲਈ ਰੋਕਥਾਮ ’ਤੇ ਨਿਰਭਰਤਾ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ ਜਿਸ ਨੂੰ ਪ੍ਰੋਗਰਾਮ ਪਹਿਲਾਂ ਹੀ ਰੂਟ ਕਰਨਾ ਜਾਣਦਾ ਹੈ।
ਨਾਲ ਹੀ proxychains ਦੀਆਂ ਕਵਰੇਜ ਸੀਮਾਵਾਂ ਨੂੰ ਵੀ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ। ਇਸਦਾ ਸ਼ੁਰੂਆਤੀ ਸੁਨੇਹਾ ਸਿਰਫ਼ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਰੈਪਰ ਸ਼ੁਰੂ ਹੋਇਆ; ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਕੱਚੇ ਪੈਕੇਟ, ਅਸਮਰਥਿਤ ਕਾਲਾਂ ਜਾਂ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਸ਼ੁਰੂ ਕੀਤੀ ਗਈ ਮੌਜੂਦਾ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਨੇ ਇਸਦੀ ਲਾਇਬ੍ਰੇਰੀ ਵਰਤੀ। ਉਸ ਨੈੱਟਵਰਕ ਕਾਰਵਾਈ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਪ੍ਰੌਕਸੀ ਕਰਨਾ ਚਾਹੁੰਦੇ ਸੀ, ਨਾ ਕਿ root ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਨੂੰ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਮੰਨੋ ਕਿ ਹਰ ਕਾਰਵਾਈ ਰੋਕੀ ਗਈ ਸੀ।