ಎರಡು ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ನೀವು ಉದ್ದೇಶಿಸದ ಸರಪಳಿಯನ್ನು ರಚಿಸಬಹುದು

ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಾಕ್ಸಿ B ಅನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಆದರೆ ಅದನ್ನು ಪ್ರಾಕ್ಸಿ A ಗಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ರ್ಯಾಪರ್ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ. ವೆಬ್‌ಸೈಟ್ ಯಾವ ನಿರ್ಗಮನವನ್ನು ನೋಡುತ್ತದೆ? ಉತ್ತರವು ರ್ಯಾಪರ್ ಯಾವ ಸಂಪರ್ಕವನ್ನು ಪ್ರತಿಬಂಧಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿದೆ.

ಸರಳ ನೆಸ್ಟೆಡ್ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ, ಅಪ್ಲಿಕೇಶನ್ ಮೊದಲು B ಗೆ ಸಂಪರ್ಕಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ. ರ್ಯಾಪರ್ ಆ ಸಂಪರ್ಕವನ್ನು ಪ್ರತಿಬಂಧಿಸಿ A ಮೂಲಕ ಸಾಗಿಸುತ್ತದೆ. ನಂತರ ಅಪ್ಲಿಕೇಶನ್ ಉಂಟಾದ ಸ್ಟ್ರೀಮ್‌ನಲ್ಲಿ B ನ ಪ್ರಾಕ್ಸಿ ಪ್ರೋಟೋಕಾಲ್ ಮಾತನಾಡುತ್ತದೆ, ಮತ್ತು B ಅಂತಿಮ ವೆಬ್‌ಸೈಟ್ ಸಂಪರ್ಕವನ್ನು ಮಾಡುತ್ತದೆ.

application → wrapper proxy A → application proxy B → website

ವೆಬ್‌ಸೈಟ್ B ನ ಅಂತಿಮ ಹೊರಮುಖ ಸಂಪರ್ಕವನ್ನು ನೋಡುತ್ತದೆ. B A ಮೂಲಕ ಬರುವ ಸಂಪರ್ಕವನ್ನು ನೋಡುತ್ತದೆ. ಇದು ರ್ಯಾಪರ್ ಅಪ್ಲಿಕೇಶನ್‌ನ ಸ್ವಂತ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಸದ್ದಿಲ್ಲದೆ ಬದಲಾಯಿಸುವುದಕ್ಕಿಂತ ಭಿನ್ನವಾಗಿದೆ.

ಸರಳ ರೇಖಾಚಿತ್ರಕ್ಕೆ ಷರತ್ತುಗಳಿವೆ

ಬೈಪಾಸ್ ನಿಯಮಗಳು, ಬೆಂಬಲಿಸದ ಸಾಕೆಟ್ ಕರೆಗಳು, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಪ್ರೊಸೆಸ್‌ಗಳು ಮತ್ತು ಪ್ರತಿ ಉತ್ಪನ್ನದ ಪ್ರತಿಬಂಧ ಮಾದರಿ ಮಾರ್ಗವನ್ನು ಬದಲಾಯಿಸಬಹುದು. ಕೆಲವು ರ್ಯಾಪರ್‌ಗಳು ತಮ್ಮದೇ ಪ್ರಾಕ್ಸಿ ಅಥವಾ ಆಯ್ಕೆಮಾಡಿದ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಹೊರಗಿಡಬಹುದು. ಪ್ರತಿ ಜೋಡಿ ಪರಿಕರಗಳು ಒಂದೇ ರೀತಿಯಲ್ಲಿ ಸಂಯೋಜನೆಯಾಗುತ್ತವೆ ಎಂದು ಊಹಿಸಬೇಡಿ.

proxychains-ng ನ ವಿವರಣೆ ಅದರ ಪ್ರತಿಬಂಧ ವಿಧಾನ ಮತ್ತು ಮಿತಿಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ. ಸ್ಥಳೀಯ ಪ್ರಾಕ್ಸಿ ಬೆಂಬಲವನ್ನು ಬಳಸುವ ಪ್ರೋಗ್ರಾಂ ಇನ್ನೂ ಆ ಪ್ರಾಕ್ಸಿಗೆ ನೆಟ್‌ವರ್ಕ್ ಸಂಪರ್ಕವನ್ನು ಮಾಡುತ್ತದೆ, ಇದು ಪ್ರತಿಬಂಧಕ್ಕೆ ಒಂದು ಅಭ್ಯರ್ಥಿ.

ದೃಢೀಕರಿಸದ ಸಾರ್ವಜನಿಕ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳ ಉದ್ದೇಶಪೂರ್ವಕ ಸರಪಳಿಗೆ, ಉಚಿತ ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ಪ್ರತಿ ಪರಿಕರಕ್ಕೂ ಹೊಂದಿಕೆಯಾಗಬೇಕಾದ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ನೀಡುತ್ತದೆ. ಅನಿರೀಕ್ಷಿತ ನಿರ್ಗಮನಕ್ಕೆ, ಮೂರು ವಿಳಾಸಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ದಾಖಲಿಸಿ: ಅಪ್ಲಿಕೇಶನ್ ಆಯ್ಕೆ ಮಾಡಿದ ಎಂಡ್‌ಪಾಯಿಂಟ್, ರ್ಯಾಪರ್ ಆಯ್ಕೆ ಮಾಡಿದ ಎಂಡ್‌ಪಾಯಿಂಟ್, ಮತ್ತು ವೆಬ್‌ಸೈಟ್ ನೋಡುವ ಫಲಿತಾಂಶ. ಬ್ರೌಸರ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಮಾತ್ರ ನೋಡುವುದು ಮಧ್ಯದ ಪದರವನ್ನು ತಪ್ಪಿಸುತ್ತದೆ.

ಉದ್ದೇಶಿತ ವರ್ತನೆಯನ್ನು ಸ್ಥಾಪಿಸುವಾಗ ಒಂದು ಮಾರ್ಗವನ್ನು ಬಳಸಿ, ನಂತರ ಸರಪಳಿ ಅಗತ್ಯವಿದ್ದರೆ ಮಾತ್ರ ಇನ್ನೊಂದನ್ನು ಸೇರಿಸಿ. ಹೆಚ್ಚುವರಿ ಹಾಪ್‌ಗಳು ವೈಫಲ್ಯದ ಬಿಂದುಗಳು ಮತ್ತು ವಿಭಿನ್ನ ವಿಶ್ವಾಸ ಸಂಬಂಧಗಳನ್ನು ಸೇರಿಸಬಹುದು. ಅವು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಗುರುತಿಸುವ ಕುಕೀಗಳನ್ನು ಅಳಿಸುವುದಿಲ್ಲ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್‌ನ ಪ್ರತಿ ಸಂಪರ್ಕವನ್ನು ಒಂದೇ ಮಾರ್ಗದಲ್ಲಿ ನಡೆಸುವುದಿಲ್ಲ.