ಯಾವ Linux ಪ್ಯಾಕೆಟ್ ಮಾರ್ಗವು ಪ್ರಾಕ್ಸಿ ಬಳಕೆಯನ್ನು ಜಾರಿಗೊಳಿಸಬೇಕು?
ನೆಟ್‌ವರ್ಕ್ ಪ್ರಾಕ್ಸಿ ಜಾರಿ ನಿಯಂತ್ರಣಗಳನ್ನು ಅವು ನಿರ್ವಹಿಸಬೇಕಾದ ಪ್ಯಾಕೆಟ್ ಮಾರ್ಗದ ಮೇಲೆಯೇ ಇರಿಸಿ, ಗೇಟ್‌ವೇಗೆ ಇರುವ ಸಂಪರ್ಕಗಳನ್ನು ಮಾತ್ರ ಫಿಲ್ಟರ್ ಮಾಡುವ ಬದಲು.
Linux ಗೇಟ್‌ವೇ ಪ್ರಾಕ್ಸಿ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಚಲಾಯಿಸಬಹುದು ಮತ್ತು ಅದರ ಪಕ್ಕದಿಂದ ಸಂಚಾರವನ್ನೂ ರೂಟ್ ಮಾಡಬಹುದು. ಇವು ಒಂದೇ ಪ್ಯಾಕೆಟ್ ಮಾರ್ಗವಲ್ಲ.
| ಸಂಪರ್ಕ | ಸಂಬಂಧಿತ ಸ್ಥಳೀಯ ಪಾತ್ರ |
|---|---|
| ಕ್ಲೈಂಟ್ ಗೇಟ್‌ವೇಯಲ್ಲಿನ ಪ್ರಾಕ್ಸಿಯನ್ನು ತಲುಪುತ್ತದೆ | ಸ್ಥಳೀಯ ಹೋಸ್ಟ್‌ಗೆ ಸಂಬೋಧಿತ ಸಂಚಾರ |
| ಕ್ಲೈಂಟ್ ಗೇಟ್‌ವೇ ಮೂಲಕ ಇನ್ನೊಂದು ಹೋಸ್ಟ್ ತಲುಪುತ್ತದೆ | ಮುಂದಕ್ಕೆ ರವಾನೆಯಾದ ಸಂಚಾರ |
| ಪ್ರಾಕ್ಸಿ ವೆಬ್‌ಸೈಟ್ ಸಂಪರ್ಕ ತೆರೆಯುತ್ತದೆ | ಸ್ಥಳೀಯ ಪ್ರಕ್ರಿಯೆಯಿಂದ ಉತ್ಪನ್ನವಾದ ಸಂಚಾರ |
Netfilter ಇನ್‌ಪುಟ್, ಫಾರ್ವರ್ಡ್ ಮತ್ತು ಔಟ್‌ಪುಟ್ ಮಾರ್ಗಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ. ಗೇಟ್‌ವೇಯ ಸ್ವಂತ ಪ್ರಾಕ್ಸಿ ಶ್ರೋತೃಕ್ಕೆ ಪ್ರವೇಶವನ್ನು ನಿಯಂತ್ರಿಸುವ ನಿಯಮವು ಆ ಯಂತ್ರದ ಮೂಲಕ ಹೋಗುವ ಪ್ರತಿಯೊಂದು ರೂಟ್ ಆದ ಸಂಪರ್ಕವನ್ನೂ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನಿರ್ಬಂಧಿಸುವುದಿಲ್ಲ.
ಏನನ್ನು ಜಾರಿಗೊಳಿಸಬೇಕೆಂದು ನಿರ್ಧರಿಸಿ
ಕ್ಲೈಂಟ್‌ಗಳು ಅನುಮೋದಿತ ಪ್ರಾಕ್ಸಿಯನ್ನು ಬಳಸಬೇಕಿದ್ದರೆ, ನೀತಿಯು ಉದ್ದೇಶಿತ ಶ್ರೋತೃವನ್ನು ಅನುಮತಿಸುವುದರ ಜೊತೆಗೆ ಅವರ ಪರ್ಯಾಯ ಔಟ್‌ಬೌಂಡ್ ಮಾರ್ಗಗಳನ್ನೂ ಪರಿಗಣಿಸಬೇಕು. ಪರಿಚಿತ ಪ್ರಾಕ್ಸಿ ಪೋರ್ಟ್ ಬಳಸುತ್ತದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಯಾವುದೇ ದೂರದ ಸೇವೆಗೆ ಸಂಪರ್ಕ ಅನುಮತಿಸುವುದು, ಕೇವಲ ನಿಮ್ಮ ಪ್ರಾಕ್ಸಿ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನುಮತಿಸುವುದಕ್ಕೆ ಸಮಾನವಲ್ಲ.
ಪ್ರಾಕ್ಸಿಯ ಸ್ವಂತ ಮುಂದಿನ ಪ್ರವೇಶವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ. Squidಗೆ, ಔಟ್‌ಬೌಂಡ್ ಅನುಮತಿ ಅನ್ವಯಿಸುವ ಮೊದಲು ಸ್ಥಳೀಯ ಸಾಕೆಟ್ ಮಾಲೀಕತ್ವವನ್ನು LAN ಬಳಕೆದಾರ ಗುರುತಿನಿಂದ ಪ್ರತ್ಯೇಕಿಸಿ. ಪ್ರಾಕ್ಸಿಯಿಂದ ಎಲ್ಲಾ ಉಪಯುಕ್ತ ಔಟ್‌ಬೌಂಡ್ ಸಂಪರ್ಕಗಳನ್ನು ನಿರಾಕರಿಸುವುದು ಅಗತ್ಯ ಮಾರ್ಗವನ್ನು ಲಭ್ಯವಿಲ್ಲದಂತೆ ಮಾಡುತ್ತದೆ. ನಿರ್ವಹಣಾ ಸಂಚಾರ, ಹೆಸರು ಪರಿಹಾರ ಮತ್ತು ಬೆಂಬಲಿತ ವೆಬ್-ಅಲ್ಲದ ಕಾರ್ಯಾಚರಣೆಗಳಿಗೂ ನಿಯೋಜನೆಯ ನೀತಿಯಲ್ಲಿ ಉದ್ದೇಶಪೂರ್ವಕ ಸಂಭಾವನೆ ಬೇಕು.
ಪ್ರೋಟೋಕಾಲ್ ವ್ಯಾಪ್ತಿ ಮುಖ್ಯ. TCP ನಿಯಮವು ತಾನೇ UDP ಸಂಚಾರವನ್ನು ವಿವರಿಸುವುದಿಲ್ಲ, QUIC ಸೇರಿದಂತೆ. ಸಂಚಾರವನ್ನು ಪ್ರತಿಬಂಧಿಸುವುದು ಇನ್ನೊಂದು ವಿನ್ಯಾಸ; ಸ್ಪಷ್ಟ HTTPS ಪ್ರಾಕ್ಸಿ ವೆಬ್‌ಸೈಟ್ ಅಧಿವೇಶನವನ್ನು ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡದೆ CONNECT ಒದಗಿಸಬಹುದು.
ನಿಯಮ ಸಂಗ್ರಹವನ್ನು ಸಂಪಾದಿಸುವ ಮೊದಲು ಉದ್ದೇಶಿತ ಸಂಪರ್ಕಗಳ ನಕ್ಷೆ ಮಾಡಿ. ಬ್ರೌಸರ್ ಆದ್ಯತೆ ಭಾಗವಹಿಸುವ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ನೆಟ್‌ವರ್ಕ್ ಜಾರಿ ಯಾವ ಇತರ ಮಾರ್ಗಗಳು ಯಶಸ್ವಿಯಾಗಬಹುದೆಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಎರಡನ್ನೂ ಪ್ರಾಕ್ಸಿಗೆ ಯಶಸ್ವಿ ಲಾಗಿನ್‌ನಿಂದ ಮಾತ್ರ ಊಹಿಸಬಾರದು.