ಸ್ಪಷ್ಟ ಪ್ರಾಕ್ಸಿಗೆ ಒಂದು ನೆಟ್‌ವರ್ಕ್ ಕಾರ್ಡ್ ಸಾಕು

ಖಾಸಗಿ ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿ ಲ್ಯಾಪ್‌ಟಾಪ್ ಮತ್ತು ರೌಟರ್ ನಡುವೆ ಭೌತಿಕವಾಗಿ ಕುಳಿತುಕೊಳ್ಳಬೇಕಿಲ್ಲ. ಒಂದು ನೆಟ್‌ವರ್ಕ್ ಇಂಟರ್‌ಫೇಸ್ ಬಳಸಿ ಅದೇ LAN ನಲ್ಲಿನ ಇನ್ನೊಂದು ಯಂತ್ರವಾಗಿರಬಹುದು.

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

client → proxy listener
proxy → existing router → destination

ಪ್ರಾಕ್ಸಿಯನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಆಯ್ಕೆ ಮಾಡಿದ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಇದು ಸಾಕು. ಲಿನಕ್ಸ್‌ನಲ್ಲಿ, ಈ ಸಾಮಾನ್ಯ ವ್ಯವಸ್ಥೆ ಅಪ್ಲಿಕೇಶನ್‌ನ ವಿನಂತಿಗಳನ್ನು ರಿಲೇ ಮಾಡಲು ಮಾತ್ರ IP ಫಾರ್ವರ್ಡಿಂಗ್ ಸಕ್ರಿಯಗೊಳಿಸುವ ಅಗತ್ಯವಿಲ್ಲ.

ಡೀಫಾಲ್ಟ್ ಗೇಟ್‌ವೇ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ

ಕ್ಲೈಂಟ್‌ನ ಡೀಫಾಲ್ಟ್ ಗೇಟ್‌ವೇ ಕ್ಲೈಂಟ್ ಇತರ ನೆಟ್‌ವರ್ಕ್‌ಗಳ ಕಡೆಗೆ ಕಳುಹಿಸುವ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಆ ಸೆಟ್ಟಿಂಗ್ ಬದಲಿಸುವುದು ಬ್ರೌಸರ್ HTTP ಪ್ರಾಕ್ಸಿ ವಿನಂತಿಗಳನ್ನು ಅಥವಾ SOCKS ಮಾತುಕತೆ ನಡೆಸುವಂತೆ ಮಾಡುವುದಿಲ್ಲ. ಅದೇ ರೀತಿ, ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಪ್ರಾಕ್ಸಿ ನಮೂದಿಸುವುದು ಪ್ರತಿಯೊಂದು ಇತರ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಆ ಯಂತ್ರದ ಮೂಲಕ ರೂಟ್ ಮಾಡುವುದಿಲ್ಲ.

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

ಈ ವ್ಯತ್ಯಾಸವು ಸಾಮಾನ್ಯವಾಗಿ ವಿಫಲವಾಗುವ ಪ್ರಯೋಗವನ್ನೂ ವಿವರಿಸುತ್ತದೆ: ಪ್ರಾಕ್ಸಿ ಸರ್ವರ್‌ನ ಫಾರ್ವರ್ಡಿಂಗ್ ನಿಯಮಗಳನ್ನು ಸಂಪಾದಿಸುವುದು ಇನ್ನೊಂದು ರೌಟರ್ ಮೂಲಕ ಹಾದುಹೋಗುವ ನೇರ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕದ ಮೇಲೆ ಯಾವುದೇ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ. ಪ್ಯಾಕೆಟ್‌ಗಳು ಆ ಸರ್ವರ್ ಅನ್ನು ಎಂದೂ ದಾಟಲಿಲ್ಲ.

ಅಗತ್ಯವು ಕಡ್ಡಾಯ ಬಳಕೆಯಾಗಿದ್ದರೆ, ಪರ್ಯಾಯ ಔಟ್‌ಬೌಂಡ್ ಸಂಚಾರವನ್ನು ಎಲ್ಲಿ ನಿಯಂತ್ರಿಸಬಹುದು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ. ಒಂದು ಇಂಟರ್‌ಫೇಸ್‌ನ ಸ್ಪಷ್ಟ ಪ್ರಾಕ್ಸಿ ಮಾನ್ಯ ಸೇವೆಯಾಗಿರಬಹುದು, ಆದರೆ ಪ್ರತ್ಯೇಕ ಗೇಟ್‌ವೇ ನೆಟ್‌ವರ್ಕ್ ನೀತಿಯನ್ನು ಜಾರಿಗೊಳಿಸುತ್ತದೆ. ಪ್ಯಾಕೆಟ್‌ಗಳು ನಿಜವಾಗಿ ಹಾದುಹೋಗುವಲ್ಲಿ ಜಾರಿಯನ್ನು ಇರಿಸಿ.