Squid ನ ಒಂದು allow ನಿಯಮ AND ಎಂದರ್ಥ; ಎರಡು OR ಆಗಿರಬಹುದು

ಈ ನೀತಿಯನ್ನು ಗಟ್ಟಿಯಾಗಿ ಓದಿ: ಕಚೇರಿ ನೆಟ್ವರ್ಕ್ ಅನುಮೋದಿತ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಪ್ರಾಕ್ಸಿ ಬಳಸಲು ಅನುಮತಿಸಿ. ಆ ಷರತ್ತುಗಳು ಒಟ್ಟಿಗೆ ಇದ್ದರೆ, ನಿಯಮದಲ್ಲೂ ಅವನ್ನು ಒಟ್ಟಿಗೆ ಇರಿಸಿ.

http_access allow office_clients approved_destination

ಆ ಸಾಲು ವಿನಂತಿಯನ್ನು ಅನುಮತಿಸಲು ಎರಡೂ ACL ಹೊಂದಿಕೆಯಾಗಬೇಕು. ಅದನ್ನು ವಿಭಜಿಸುವುದು ನೀತಿಯನ್ನು ಬದಲಿಸುತ್ತದೆ:

http_access allow office_clients
http_access allow approved_destination

ಈಗ ಕಚೇರಿ ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಗಮ್ಯಸ್ಥಾನ ನಿರ್ಬಂಧವಿಲ್ಲದೆ ಅನುಮತಿ ನೀಡಬಹುದು, ಮತ್ತು ಆ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ವಿನಂತಿಗಳಿಗೆ ಕಚೇರಿ ನಿರ್ಬಂಧವಿಲ್ಲದೆ, ಹಿಂದಿನ ನಿಯಮ ಅವನ್ನು ನಿರಾಕರಿಸದಿದ್ದರೆ. ಎರಡು ಸಾಲುಗಳು ಒಂದು ಸಾಲಿನ ಹೆಚ್ಚು ಓದಬಹುದಾದ ಕಾಗುಣಿತವಲ್ಲ.

ಕ್ರಮವು ನೀತಿಯ ಭಾಗ

Squid ಪ್ರವೇಶ ನಿಯಮಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ. ಮೊದಲ ಹೊಂದಿಕೆಯಾಗುವ ನಿರ್ಣಯವೇ ವಿನಂತಿಯನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ. ಹಿಂದಿನ allow all ನಂತರದ ಎಚ್ಚರಿಕೆಯ ನಿರ್ಬಂಧವನ್ನು ನಿಷ್ಫಲಗೊಳಿಸುತ್ತದೆ; ಹಿಂದಿನ ಹೊಂದಿಕೆಯಾಗುವ ನಿರಾಕರಣೆ ನಂತರದ ಅನುಮತಿ ತಲುಪದಂತೆ ತಡೆಯುತ್ತದೆ.

http_access ದಾಖಲೆ ಈ ಕ್ರಮವನ್ನು ವಿವರಿಸುತ್ತದೆ. ಓದುಗರು ಗುಪ್ತ ಡೀಫಾಲ್ಟ್ ನಡವಳಿಕೆಯನ್ನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳುತ್ತಾರೆ ಎಂದು ನಂಬುವ ಬದಲು ಉದ್ದೇಶಪೂರ್ವಕ ಅಂತಿಮ ನಿರಾಕರಣೆ ಇರಿಸಿ.

ಅನೇಕ ACL ವ್ಯಾಖ್ಯಾನಗಳಿಗೆ ಬೇರೆ OR ಸಂಬಂಧ ಇರುತ್ತದೆ: ಒಂದು ಹೆಸರಿನ ಮೂಲ ACL ಹಲವು ಅನುಮತಿಸಿದ ಶ್ರೇಣಿಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಬಹುದು. ಅದು ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನದ ಗುರುತನ್ನು ಒಂದೇ ACL ಪ್ರಕಾರವನ್ನಾಗಿ ಮಾಡುವುದಿಲ್ಲ. ಅವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸಿ, ನಂತರ ಪ್ರವೇಶ ನಿರ್ಣಯದಲ್ಲಿ ಹೆಸರುಗಳನ್ನು ಸೇರಿಸಿ.

ಖಾಸಗಿ ನಿರ್ಗಮನಕ್ಕೆ, ಇದು ನಿಮ್ಮ ಹೊರಮುಖ IP ಅನ್ನು ಯಾರು ಬಳಸಬಹುದು ಎಂಬುದನ್ನು ಪ್ರಭಾವಿಸುತ್ತದೆ. ನಾಲ್ಕು ಸಂದರ್ಭಗಳನ್ನು ಪರಿಗಣಿಸಿ: ಅನುಮೋದಿತ ಕ್ಲೈಂಟ್ನಿಂದ ಅನುಮೋದಿತ ಗಮ್ಯಸ್ಥಾನ, ಅನುಮೋದಿತ ಕ್ಲೈಂಟ್ನಿಂದ ಬೇರೆಡೆ, ಇನ್ನೊಬ್ಬ ಕ್ಲೈಂಟ್ನಿಂದ ಅನುಮೋದಿತ ಗಮ್ಯಸ್ಥಾನ, ಮತ್ತು ಇನ್ನೊಬ್ಬ ಕ್ಲೈಂಟ್ನಿಂದ ಬೇರೆಡೆ. ಒಂದು ವೇಳೆ ನಿಯಮಗಳು ನೀತಿ ಉದ್ದೇಶಿಸಿದ್ದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಂದರ್ಭಗಳಿಗೆ ಅನುಮತಿ ನೀಡಿದರೆ ಲಿಸನರ್ ವಿಸ್ತರಿಸುವ ಮೊದಲು ತರ್ಕವನ್ನು ಸರಿಪಡಿಸಿ. ವ್ಯಾಕರಣದಂತೆ ಸರಿಯಾದ ಸಂರಚನೆಯೂ ತಪ್ಪು ಅನುಮತಿಗಳನ್ನು ವ್ಯಕ್ತಪಡಿಸಬಹುದು.