ಪ್ರಿಫಿಕ್ಸ್ ತೆಗೆದ ನಂತರವೂ proxychains ಇರುತ್ತದೆ

ನೀವು ಆಜ್ಞೆಯಿಂದ proxychains ತೆಗೆದು ಅದನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸುತ್ತೀರಿ, ಆದರೂ ರ್ಯಾಪರ್‌ನ ಪ್ರಾರಂಭ ಸಂದೇಶ ಕಾಣುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್ ಸೆಟ್ಟಿಂಗ್ ಹುಡುಕುವ ಮೊದಲು ಲಾಂಚ್ ಪರಿಸರವನ್ನು ಪರಿಶೀಲಿಸಿ.

ಲಿನಕ್ಸ್‌ನಲ್ಲಿ LD_PRELOAD ಡೈನಾಮಿಕ್ ಲಿಂಕರ್‌ಗೆ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಹಂಚಿಕೆ ವಸ್ತುಗಳನ್ನು ಸಾಮಾನ್ಯ ಗ್ರಂಥಾಲಯಗಳ ಮೊದಲು ಲೋಡ್ ಮಾಡಲು ಕೇಳುತ್ತದೆ. ಪ್ರಾಕ್ಸಿ ರ್ಯಾಪರ್‌ಗಳು ಬೆಂಬಲಿತ ನೆಟ್‌ವರ್ಕ್ ಕರೆಗಳನ್ನು ತಡೆಯಲು ಆ ಕಾರ್ಯವಿಧಾನವನ್ನು ಬಳಸಬಹುದು. ಯಾರಾದರೂ ಶೆಲ್‌ನಲ್ಲಿ ವೇರಿಯೇಬಲ್ ರಫ್ತು ಮಾಡಿದ್ದರೆ, ನಂತರದ ಚೈಲ್ಡ್ ಪ್ರೋಗ್ರಾಂಗಳು ಅದನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯಬಹುದು, ಅವುಗಳ ಆಜ್ಞಾ ಸಾಲಿನಲ್ಲಿ ರ್ಯಾಪರ್ ಪ್ರಿಫಿಕ್ಸ್ ಇಲ್ಲದಿದ್ದರೂ.

ಆ ಶೆಲ್‌ನಲ್ಲಿ ಮೊದಲ ಓದಲು-ಮಾತ್ರ ಪರಿಶೀಲನೆ ಇದು:

printf '%s\n' "$LD_PRELOAD"

ಪ್ರಾಕ್ಸಿ ರ್ಯಾಪರ್ ಗ್ರಂಥಾಲಯವನ್ನು ಹುಡುಕಿ, ಆದರೆ ವೇರಿಯೇಬಲ್ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಲೋಡ್ ಮಾಡಿದ ಇತರ ಗ್ರಂಥಾಲಯಗಳನ್ನೂ ಪಟ್ಟಿ ಮಾಡಬಹುದು ಎಂಬ ಸಾಧ್ಯತೆಯನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ. ಎಲ್ಲಾ ನಮೂದುಗಳನ್ನು ಕುರುಡಾಗಿ ತೆಗೆದರೆ ಬೇರೆ ಉಪಕರಣಕ್ಕೆ ಅಡ್ಡಿಯಾಗಬಹುದು.

ಲಾಂಚರ್ ಬದಲಿಸಿ, ನಂತರ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಮತ್ತೆ ಪ್ರಾರಂಭಿಸಿ

ಬಾಧಿತ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಪ್ರಾರಂಭಿಸುವ ಪರಿಸರದಿಂದ ಆಕಸ್ಮಿಕ ಪ್ರಾಕ್ಸಿ ಪೂರ್ವಲೋಡ್ ಅನ್ನು ತೆಗೆದುಹಾಕಿ. ಪ್ರಾರಂಭ ಫೈಲ್ ಅಥವಾ ಲಾಂಚರ್ ಅದನ್ನು ರಫ್ತು ಮಾಡಿದರೆ ಆ ಮೂಲವನ್ನೂ ಸರಿಪಡಿಸಿ. Bash ಪ್ರಾರಂಭಗಳಿಗೆ ಪ್ರಾರಂಭ ಫೈಲ್‌ಗಳ ಕ್ರಮ ಅನುಸರಿಸಿ. ಸ್ವಚ್ಛ ಶೆಲ್‌ನ ಹೊಸ ಚೈಲ್ಡ್, ವೇರಿಯೇಬಲ್ ಅನ್ನು ಇನ್ನೂ ಹಿಡಿದಿರುವ ಹಳೆಯ ಟರ್ಮಿನಲ್ ಅಥವಾ IDE ಯ ಚೈಲ್ಡ್‌ಗಿಂತ ಬೇರೆ ಸಂದರ್ಭ.

ಪರಿಸರ ವೇರಿಯೇಬಲ್ ಅನ್ನು ಅನ್‌ಸೆಟ್ ಮಾಡುವುದು ಈಗಾಗಲೇ ಅದರೊಂದಿಗೆ ಪ್ರಾರಂಭವಾದ ಪ್ರಕ್ರಿಯೆಯಿಂದ ಗ್ರಂಥಾಲಯವನ್ನು ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ ಚಾಲನೆಯಲ್ಲಿರುವ ಅಪ್ಲಿಕೇಶನ್ ಸರಿಪಡಿಸಿದ ಲಾಂಚ್ ಮಾರ್ಗದ ಮೂಲಕ ಮರುಪ್ರಾರಂಭವಾಗುವವರೆಗೆ ರ್ಯಾಪರ್ ಅನ್ನು ಉಳಿಸಿಕೊಳ್ಳಬಹುದು.

ವೇರಿಯೇಬಲ್ ಇಲ್ಲದಿದ್ದರೆ, /etc/ld.so.preload ನಂತಹ ಇತರ ಸಂರಚಿತ ಪೂರ್ವಲೋಡ್ ಮೂಲಗಳನ್ನು ಮತ್ತು ನಿಜವಾದ ಲಾಂಚರ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ. ಈ ಕಾರ್ಯವಿಧಾನಕ್ಕೆ ಮಿತಿಗಳಿವೆ: ಸ್ಥಿರ ಕಾರ್ಯನಿರ್ವಾಹಕಗಳು, ನೇರ ಸಿಸ್ಟಂ ಕರೆಗಳು ಮತ್ತು ಸುರಕ್ಷಿತ-ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆ ನಿರ್ಬಂಧಗಳು ಬೇರೆಯಾಗಿ ವರ್ತಿಸಬಹುದು. sudo ಜೊತೆಗೆ ರ್ಯಾಪರ್‌ನ ಕ್ರಮ ಮುಖ್ಯ. ಆನುವಂಶಿಕವಾಗಿ ಬಂದ ಪೂರ್ವಲೋಡ್ ಅನಿರೀಕ್ಷಿತ ತಡೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ; ಎಲ್ಲಾ ರೀತಿಯ ನೆಟ್‌ವರ್ಕ್ ಸಂಚಾರ ಪ್ರಾಕ್ಸಿ ಬಳಸುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಇದು ಸಾಕ್ಷ್ಯವಲ್ಲ.