Proxychains LD_PRELOAD ਫੇਲ੍ਹਤਾਵਾਂ ਦਾ ਨਿਦਾਨ
ਕਿਸੇ ਐਪਲੀਕੇਸ਼ਨ ਨੇ ਕੌਨਫਿਗਰ ਕੀਤਾ ਪ੍ਰੌਕਸੀ ਵਰਤਿਆ ਹੈ ਅਨੁਮਾਨ ਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ LD_PRELOAD ਫੇਲ੍ਹਤਾਵਾਂ ਅਤੇ ਰੋਕ ਦੀਆਂ ਹੱਦਾਂ ਦਾ ਨਿਦਾਨ ਕਰੋ।
ਪ੍ਰੋਗਰਾਮ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਪਰ ਟਰਮੀਨਲ ਕਹਿੰਦਾ ਹੈ ਕਿ proxychains ਲਾਇਬ੍ਰੇਰੀ ਪਹਿਲਾਂ ਲੋਡ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕੀ। ਇਸਨੂੰ ਫੇਲ੍ਹ ਸੈਟਅਪ ਕਦਮ ਮੰਨੋ, ਐਗਜ਼ਿਟ IP ਜਾਂਚਦੇ ਸਮੇਂ ਅਣਡਿੱਠ ਕਰਨ ਯੋਗ ਬੇਹਾਨੀ ਚੇਤਾਵਨੀ ਨਹੀਂ।
Proxychains-ng ਸੰਬੰਧਿਤ ਕਾਲਾਂ ਨੂੰ ਰੋਕਣ ਲਈ ਲੋਡ ਕੀਤੀ ਲਾਇਬ੍ਰੇਰੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਜੇ ਉਹ ਲਾਇਬ੍ਰੇਰੀ ਨਹੀਂ ਹੈ, ਅਸੰਗਤ ਹੈ ਜਾਂ ਪ੍ਰੋਸੈਸ ਵਿੱਚ ਲੋਡ ਨਹੀਂ ਹੋਈ, ਤਾਂ ਪ੍ਰੋਗਰਾਮ ਤੁਹਾਡੀ ਉਮੀਦ ਵਾਲੀ ਰੋਕ ਤੋਂ ਬਿਨਾਂ ਚੱਲ ਸਕਦਾ ਹੈ।
ਲਾਇਬ੍ਰੇਰੀ ਨੂੰ ਪ੍ਰੋਸੈਸ ਨਾਲ ਮਿਲਾਓ
ਪੈਕੇਜ ਦੀ ਅਸਲ ਲਾਇਬ੍ਰੇਰੀ ਥਾਂ ਅਤੇ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਦੀ ਆਰਕੀਟੈਕਚਰ ਜਾਂਚੋ। 32-bit ਪਾਥ ਨੂੰ ਹਾਰਡਕੋਡ ਕਰਨ ਵਾਲਾ ਪੁਰਾਣਾ ਜਵਾਬ 64-bit ਪ੍ਰੋਗਰਾਮ ਲਈ ਆਮ ਮੁਰੰਮਤ ਨਹੀਂ। ਹਰ shell ਸੈਸ਼ਨ ਵਿੱਚ ਬਿਨਾਂ ਪ੍ਰਮਾਣਿਤ ਪ੍ਰੀਲੋਡ ਸੈਟਿੰਗ ਆਮ ਤੌਰ 'ਤੇ ਨਾ ਸ਼ਾਮਲ ਕਰੋ।
Linux ਡਾਇਨਾਮਿਕ ਲੋਡਰ ਮੈਨੂਅਲ ਲਾਇਬ੍ਰੇਰੀ ਖੋਜ ਅਤੇ ਸੁਰੱਖਿਅਤ ਐਗਜ਼ਿਕਿਊਸ਼ਨ ਦੀਆਂ ਪਾਬੰਦੀਆਂ ਸਮਝਾਉਂਦਾ ਹੈ। ਕੁਝ ਪ੍ਰੋਸੈਸ ਸ਼ੁਰੂ ਕਰਨ ਦੀਆਂ ਸਥਿਤੀਆਂ ਪ੍ਰੀਲੋਡ ਸੈਟਿੰਗਾਂ ਨੂੰ ਜਾਣਬੁੱਝ ਕੇ ਅਣਡਿੱਠ ਜਾਂ ਸੀਮਿਤ ਕਰਦੀਆਂ ਹਨ। ਸਥਿਰ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਵੀ ਸਿਰਫ਼ ਵਾਤਾਵਰਣ ਚਲ ਸੈੱਟ ਹੋਣ ਕਰਕੇ ਗਤੀਸ਼ੀਲ ਰੂਪ ਵਿੱਚ ਰੋਕਣ ਯੋਗ ਨਹੀਂ ਬਣਦਾ।
ਪ੍ਰੋਜੈਕਟ ਦਾ README ਰੈਪਰ ਦੇ ਸਮਰਥਿਤ ਮਾਡਲ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਦਾ ਹੈ। ਆਪਣੇ ਨੈੱਟਵਰਕਿੰਗ ਲਾਗੂਕਰਨ, ਵੱਖਰੇ ਸਹਾਇਕ ਪ੍ਰੋਸੈਸ ਜਾਂ ਪਹਿਲਾਂ ਤੋਂ ਚੱਲ ਰਹੇ ਇੰਸਟੈਂਸ ਵਾਲੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਸ਼ੁਰੂਆਤੀ ਲਾਇਬ੍ਰੇਰੀ ਲੋਡ ਹੋਣ 'ਤੇ ਵੀ ਹੋਰ ਹੱਦਾਂ ਲਿਆ ਸਕਦੀਆਂ ਹਨ।
ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਮੂਲ ਪ੍ਰੌਕਸੀ ਸੈਟਿੰਗ ਉਪਲਬਧ ਹੋਣ 'ਤੇ ਵਧੇਰੇ ਸਪੱਸ਼ਟ ਵਿਕਲਪ ਹੋ ਸਕਦੀ ਹੈ। ਹਰ ਕਨੈਕਸ਼ਨ ਬਾਹਰੋਂ ਫੜਿਆ ਜਾ ਸਕਦਾ ਹੈ ਮੰਨਣ ਦੀ ਥਾਂ ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਇਛਿਤ ਨੈੱਟਵਰਕ ਇੰਟਰਫੇਸ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ।
ਫੇਲ੍ਹ ਰੈਪਰ ਸੈਟਅਪ 'ਤੇ, ਰੁਕੋ ਅਤੇ ਪਛਾਣੋ ਕਿ ਅਸਲ ਵਿੱਚ ਕੀ ਸ਼ੁਰੂ ਹੋਇਆ। ਸਿਰਫ਼ ਪ੍ਰੋਸੈਸ ਦੀ ਐਗਜ਼ਿਟ ਸਥਿਤੀ ਦਿਖਾ ਸਕਦੀ ਹੈ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਚੱਲੀ, ਇਹ ਨਹੀਂ ਕਿ ਇਸ ਦਾ ਟ੍ਰੈਫ਼ਿਕ ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਗਿਆ। ਲਾਇਬ੍ਰੇਰੀ ਲੋਡਿੰਗ, ਰੋਕੀਆਂ ਕਾਲਾਂ ਅਤੇ ਦੇਖਿਆ ਬਾਹਰੀ ਕਨੈਕਸ਼ਨ ਨੂੰ ਵੱਖਰੇ ਸਬੂਤ ਵਜੋਂ ਰੱਖੋ।