ರೌಟರ್ ಸ್ವತಃ ವೆಬ್ ಪ್ರಾಕ್ಸಿಯನ್ನು ನಡೆಸಿದಾಗ, ಪ್ರಾಕ್ಸಿ ಮಾಡಿದ ವಿನಂತಿ ಎರಡು TCP ಸಂಪರ್ಕಗಳನ್ನು ಬಳಸುತ್ತದೆ. ಇದು ಕ್ಲೈಂಟ್ನ ಸಂಪರ್ಕವನ್ನು ಬದಲಾವಣೆ ಇಲ್ಲದೆ ರೌಟರ್ ಮೂಲಕ ಫಾರ್ವರ್ಡ್ ಮಾಡುವುದು ಮಾತ್ರವಲ್ಲ.

ಸಂಚಾರರೌಟರ್ನಲ್ಲಿ ಫೈರ್ವಾಲ್ ಮಾರ್ಗ
ಕ್ಲೈಂಟ್ನಿಂದ ರೌಟರ್ನ ಪ್ರಾಕ್ಸಿ ಕೇಳುಗರಿಗೆINPUT
ಪ್ರಾಕ್ಸಿ ಪ್ರಕ್ರಿಯೆಯಿಂದ ವೆಬ್ಸೈಟ್ಗೆOUTPUT
ಕ್ಲೈಂಟ್ನಿಂದ ನೇರವಾಗಿ ಇಂಟರ್ನೆಟ್ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆFORWARD

ಸ್ಪಷ್ಟ ಪ್ರಾಕ್ಸಿ ಮಾರ್ಗವನ್ನು ಕಡ್ಡಾಯಗೊಳಿಸಲು, ಉದ್ದೇಶಿತ ಕ್ಲೈಂಟ್ಗಳು ಕೇಳುಗರನ್ನು ತಲುಪಲು ಅನುಮತಿಸಿ ಮತ್ತು ಪ್ರಾಕ್ಸಿಯ ಅಗತ್ಯ ಹೊರಗಿನ ಸಂಪರ್ಕಗಳನ್ನು ಅನುಮತಿಸಿ. ಅನಗತ್ಯ ನೇರ LAN ನಿಂದ WAN ಫಾರ್ವರ್ಡಿಂಗ್ ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ನಿರ್ಬಂಧಿಸಿ.

ರೌಟರ್ನ INPUT ನೀತಿಯನ್ನು ಮಾತ್ರ ಬದಲಾಯಿಸುವುದು ನೇರ ಫಾರ್ವರ್ಡ್ ಮಾರ್ಗವನ್ನು ವಿವರಿಸುವುದಿಲ್ಲ. ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ, FORWARD ನಲ್ಲಿ ಕೇಳುಗರ ಪೋರ್ಟ್ ಅನ್ನು ಅನುಮತಿಸುವುದು ರೌಟರ್ನಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುವ ಸೇವೆಗೆ ಪ್ರವೇಶವನ್ನು ಕಡ್ಡಾಯವಾಗಿ ಅನುಮತಿಸುವುದಿಲ್ಲ.

ಜಾಲಬಂಧಕ್ಕೆ ಇನ್ನೂ ಬೇಕಾದ ಸ್ಥಳೀಯ ಸೇವೆಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ, ಉದಾಹರಣೆಗೆ ಅದರ ಆಯ್ದ DNS ಮತ್ತು ವಿಳಾಸ ಸಂರಚನೆ. ನೀತಿಯನ್ನು ನಿಜವಾಗಿ ಬಳಕೆಯಲ್ಲಿರುವ ವಿಳಾಸ ಕುಟುಂಬಗಳಿಗೆ ಅನ್ವಯಿಸಿ. HTTP ಪ್ರಾಕ್ಸಿ ತನ್ನ ಬೆಂಬಲಿತ ವೆಬ್ ಅಥವಾ ಸುರಂಗ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ; ಫೈರ್ವಾಲ್ ಅನಿಯಂತ್ರಿತ UDP ಅಥವಾ ICMP ಅನ್ನು ಆ ಪ್ರೋಟೋಕಾಲ್ಗೆ ಪರಿವರ್ತಿಸುವುದಿಲ್ಲ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು