ಪ್ರಾಕ್ಸಿ ದೃಢೀಕರಣವಿಲ್ಲದೆ ಒಂದು Squid ಗಮ್ಯಸ್ಥಾನವನ್ನು ಅನುಮತಿಸಿ

ಮೇಲ್ವಿಚಾರಣಾ ಪುಟವು ಪ್ರಾಕ್ಸಿ ಲಾಗಿನ್ ಇಲ್ಲದೆ ಕೆಲಸ ಮಾಡಬೇಕು. ಸ್ಪಷ್ಟ ನಿಯಮ http_access allow status_site. ದೃಢೀಕರಣದ ಮೊದಲು ಇರಿಸಿದರೆ, ನೀವು ಎಂದಿಗೂ ಸೇವೆ ನೀಡಲು ಉದ್ದೇಶಿಸದ ಗ್ರಾಹಕರಿಗೂ ಅದು ವಿನಾಯಿತಿ ನೀಡಬಹುದು.

Squid 6 ಅಥವಾ 7 ಗಾಗಿ, ವಿನಾಯಿತಿಯ ಷರತ್ತುಗಳನ್ನು ಒಟ್ಟಿಗೆ ಇರಿಸಿ. ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ನಿರ್ವಹಣೆ, ಅಸುರಕ್ಷಿತ ಪೋರ್ಟ್, CONNECT ಮತ್ತು ಸ್ಥಳೀಯ ಸೇವಾ ರಕ್ಷಣೆಗಳ ನಂತರ, ಸಂಬಂಧಿತ ಭಾಗವು ಹೀಗೆ ಕಾಣಬಹುದು:

acl office_clients src 192.0.2.0/24
acl status_site dstdomain status.example.net
acl signed_in proxy_auth REQUIRED

http_access allow office_clients status_site
http_access allow office_clients signed_in
http_access deny all

ನೆಟ್ವರ್ಕ್ ಮತ್ತು ಹೋಸ್ಟ್ನಾಮ್ ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ಗಳು. ದೃಢೀಕರಣಕ್ಕೆ ಇನ್ನೂ ಅದರ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಸಹಾಯಕ ಸಂರಚನೆ ಬೇಕು. ಇದು ಪ್ರವೇಶ ನೀತಿಯ ವಿನಾಯಿತಿ ಭಾಗ, ಸಂಪೂರ್ಣ ಪ್ರಾಕ್ಸಿ ಸಂರಚನೆ ಅಲ್ಲ.

ಮೊದಲ ಸಾಲು ಆಯ್ಕೆಮಾಡಿದ ಗ್ರಾಹಕರಿಗೆ ಲಾಗಿನ್ ACL ಅನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡದೆ ಆ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಅನುಮತಿ ನೀಡುತ್ತದೆ. ಮುಂದಿನ ಸಾಲು ಆ ಗ್ರಾಹಕರಿಗೆ ಬೇರೆಡೆಗೆ ದೃಢೀಕರಣದ ನಂತರವೇ ಅನುಮತಿ ನೀಡುತ್ತದೆ. ಹಿಂದಿನ ವಿಶಾಲ ಅನುಮತಿಗಳು ಅಥವಾ ನಂತರದ ಪರ್ಯಾಯ ಮಾರ್ಗಗಳು ಫಲಿತಾಂಶವನ್ನು ಬದಲಿಸಬಹುದು, ಆದ್ದರಿಂದ ಸೇರಿಸಲಾದ ಫೈಲ್ಗಳನ್ನು ಒಳಗೊಂಡಂತೆ ಪೂರ್ಣ ಕ್ರಮಬದ್ಧ ನೀತಿಯನ್ನು ಓದಿ.

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

ಹೋಸ್ಟ್ನಾಮ್ ವಿನಾಯಿತಿಯು ಹೊಂದಿಕೆಯಾಗುವ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ, ಅದರ ಪುಟವು ಲೋಡ್ ಮಾಡುವ ಪ್ರತಿಯೊಂದು ಅವಲಂಬನೆಯನ್ನಲ್ಲ. ಮರುನಿರ್ದೇಶನಗಳು ಮತ್ತು ಮೂರನೇ ಪಕ್ಷದ ಸ್ವತ್ತುಗಳು ಸಾಮಾನ್ಯ ಲಾಗಿನ್ ಅಗತ್ಯವನ್ನು ಕಾನೂನುಬದ್ಧವಾಗಿ ಎದುರಿಸಬಹುದು.

ಸರಳ HTTP ಗಾಗಿ, ಪ್ರಾಕ್ಸಿ ಸೂಕ್ತವಾದಾಗ ಹೆಚ್ಚು ಸೂಕ್ಷ್ಮ URL ಮಾಹಿತಿಯನ್ನು ಬಳಸಬಹುದು. ಸಾಮಾನ್ಯ HTTPS CONNECT ವಿನಂತಿಯು ಪುಟದ ಮಾರ್ಗವನ್ನು ಬಹಿರಂಗಪಡಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಇಡೀ ಹೋಸ್ಟ್ಗೆ ಸುರಂಗ ವಿನಾಯಿತಿಯಿಂದ 'ಒಂದೇ ಪುಟ' ನಿಯಮವನ್ನು ಅನುಮಾನಿಸಲಾಗದು.