ಈ ಆದೇಶಕ್ಕಾಗಿ Proxychains ಸಂರಚನೆಯನ್ನು ಆಯ್ಕೆಮಾಡಿ
ಸ್ಪಷ್ಟ ಸಂರಚನೆಯನ್ನು ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಪ್ರಾಕ್ಸಿ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನ್ನು ಡೀಬಗ್ ಮಾಡುವ ಮೊದಲು ಸ್ಟಾರ್ಟಪ್ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ.
proxychains4 -f /home/alex/proxy-lab.conf curl https://example.com/-f ಆರ್ಗ್ಯುಮೆಂಟ್ ಈ proxychains-ng ಕರೆಗಾಗಿ ಓದಬಹುದಾದ ಸಂರಚನೆಯನ್ನು ಆಯ್ಕೆಮಾಡುತ್ತದೆ. ಉದಾಹರಣೆಯ ಪೂರ್ಣ ಮಾರ್ಗವನ್ನು ನೀವು ನಿರ್ವಹಿಸಲು ಉದ್ದೇಶಿಸಿರುವ ಫೈಲ್‌ನೊಂದಿಗೆ ಬದಲಿಸಿ ಮತ್ತು ಸ್ಟಾರ್ಟಪ್ ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ ಲೋಡ್ ಆದ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ. ಇನ್ನೂ ಬೇರೆ ಫೈಲ್ ಹೆಸರಿಸುವ ದೋಷವು ನಿಮ್ಮ ನಿರೀಕ್ಷಿತ proxychains4.conf ಸಂಪಾದನೆಗೆ ಏಕೆ ಪರಿಣಾಮವಿಲ್ಲ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ.
ಆ ಸ್ಪಷ್ಟ ಆಯ್ಕೆ ಇಲ್ಲದೆ, ಹುಡುಕಾಟವು PROXYCHAINS_CONF_FILE, ಕೆಲಸದ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿನ ಸಂರಚನೆ, ಪ್ರತಿ-ಬಳಕೆದಾರ ಫೈಲ್ ಮತ್ತು ಸ್ಥಾಪಿತ ಸಿಸ್ಟಮ್ ಸ್ಥಳಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಪ್ಯಾಕೇಜ್ ಮತ್ತು ರ್ಯಾಪರ್ ಆವೃತ್ತಿಗಳ ಡೀಫಾಲ್ಟ್‌ಗಳು ಭಿನ್ನವಾಗಿರಬಹುದು. ಆದ್ದರಿಂದ ಯೋಜನೆಯ ಒಳಗಿನ proxychains.conf, ಇನ್ನೊಂದು ಖಾತೆಯ ಹೋಮ್, ಅಥವಾ PATH ನಲ್ಲಿನ ಬೇರೆ ಎಕ್ಸಿಕ್ಯುಟೆಬಲ್ ಇನ್‌ಪುಟ್ ಅನ್ನು ಬದಲಿಸಬಹುದು.
ಆಯ್ದ ಫೈಲ್ ಯಾವುದೇ ಮಾನ್ಯ ಪ್ರಾಕ್ಸಿಯನ್ನು ವರದಿ ಮಾಡದಿದ್ದರೆ
ಸಂಪರ್ಕಕ್ಕೆ ಮೊದಲು ಪಾರ್ಸಿಂಗ್ ಪರಿಶೀಲಿಸಿ. ನಮೂದುಗಳು [ProxyList] ಅಡಿಯಲ್ಲಿ ಇರುತ್ತವೆ ಮತ್ತು ಸ್ಥಾಪಿತ ಬಿಡುಗಡೆ ನಿರೀಕ್ಷಿಸುವ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಕ್ಷೇತ್ರಗಳು ಬೇಕು. ಕಾಮೆಂಟ್‌ಗಳು, ವಿಭಾಗದ ಸ್ಥಾನ ಮತ್ತು ವಾಕ್ಯರಚನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಅನುಮತಿಸಲಾದ ಸಾರ್ವಜನಿಕ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಾಗಿ ಉಚಿತ ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿ ಆಯ್ದ ಪ್ರೋಟೋಕಾಲ್‌ನ ಅಗತ್ಯ ಕ್ಷೇತ್ರಗಳೊಂದಿಗೆ ನಮೂದಿಸಲು ಅಭ್ಯರ್ಥಿಗಳನ್ನು ನೀಡುತ್ತದೆ. SOCKS ಎಂದು ವಿವರಿಸಲಾದ HTTP ಆಲಿಸುವಿಕೆ ಉದ್ದೇಶಿತ ಫೈಲ್ ಲೋಡ್ ಆದರೂ ತಪ್ಪಾಗಿಯೇ ಉಳಿಯುತ್ತದೆ.
ಪಾರ್ಸ್ ಮಾಡಿದ ಸಂರಚನೆಯ ದೋಷವು ಸಂಪರ್ಕ ಪ್ರಯತ್ನದ ನಂತರದ ಸಮಯ ಮೀರಿಕೆಗಿಂತ ಭಿನ್ನವಾಗಿದೆ. ಉದ್ದೇಶಿತ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಪಾರ್ಸ್ ಆದ ನಂತರ, ಮುಂದಿನ ವಿಫಲ ಹಂತವನ್ನು ಅನುಸರಿಸಿ: ಲೈಬ್ರರಿ ಲೋಡಿಂಗ್, ಪ್ರಾಕ್ಸಿ ಮಾತುಕತೆ, ದೃಢೀಕರಣ, ಗಮ್ಯಸ್ಥಾನ ಸಂಪರ್ಕ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರತಿಕ್ರಿಯೆ. ಸಿಸ್ಟಮ್ ಫೈಲ್ ಮರುನಾಮಕರಣ ಮಾಡುವುದರಿಂದ ಆ ಹಂತಗಳನ್ನು ಸರಿಪಡಿಸಲಾಗುವುದಿಲ್ಲ.
ಪ್ರತ್ಯೇಕ ನಿರ್ಗಮನಗಳನ್ನು ಬಯಸುವ ಪ್ರತ್ಯೇಕ ಆದೇಶಗಳಿಗೆ, ಪ್ರಕ್ರಿಯೆಗಳು ಪ್ರಾರಂಭವಾಗುವಾಗ ಹಂಚಿದ ಸಂರಚನೆಯನ್ನು ಮತ್ತೆ ಬರೆಯುವ ಬದಲು ಅವುಗಳ ಫೈಲ್‌ಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಆಯ್ಕೆಮಾಡಿ. ಹಳೆಯ ಮಾರ್ಗದರ್ಶಿಯಿಂದ ಫೈಲ್ ಹೆಸರನ್ನು ಪುನರುತ್ಪಾದಿಸಲು ಮತ್ತೊಂದು ಸಿಸ್ಟಮ್-ವ್ಯಾಪಿ ಫೈಲ್ ಅನ್ನು ಮೇಲೆ ಬರೆಯುವ ಅಗತ್ಯವಿಲ್ಲ.