Squid PROXY ಪ್ರೋಟೋಕಾಲ್: HTTP ಪ್ರವೇಶ ಪರಿಶೀಲನೆಗಳ ಮೊದಲು ಕಳುಹಿಸುವವರನ್ನು ನಂಬಿ

ಮೆಟಾಡೇಟಾವನ್ನು ಒದಗಿಸುವ ರಿಲೇಯನ್ನು ನಂಬಲು proxy_protocol_access ಬಳಸಿ, ಅನುಮತಿಸಿದ ವೆಬ್‌ಸೈಟ್‌ಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ಅಲ್ಲ. Squid 5–7 ನಲ್ಲಿ, TCP ಸ್ಥಾಪನೆಯ ನಂತರ require-proxy-header ಶ್ರೋತೃದಲ್ಲಿ ಪರಿಶೀಲನೆ ಒಮ್ಮೆ ನಡೆಯುತ್ತದೆ, HTTP ವಿನಂತಿ ಹೆಡರ್‌ಗಳನ್ನು ಸಂಸ್ಕರಿಸುವ ಮೊದಲು:

acl trusted_relay src 192.0.2.20/32
http_port 3128 require-proxy-header
proxy_protocol_access allow trusted_relay
proxy_protocol_access deny all

ಉದಾಹರಣೆಯ ರಿಲೇ ವಿಳಾಸವನ್ನು ಬದಲಾಯಿಸಿ ಮತ್ತು ಈ ಶ್ರೋತೃಕ್ಕೆ ನೆಟ್‌ವರ್ಕ್ ಪ್ರವೇಶವನ್ನು ಸೀಮಿತಗೊಳಿಸಿ. ಈ ಹಂತದಲ್ಲಿ Squid ಒದಗಿಸಿದ ಮೆಟಾಡೇಟಾವನ್ನು ಸ್ವೀಕರಿಸುವ ಮೊದಲು ನಿಜವಾದ TCP ಸಹಚರವನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಸ್ವೀಕರಿಸಿದ ನಂತರ, ಅದು ಮುಂದಿನ ACL ಪರಿಶೀಲನೆಗಳು ಮತ್ತು ಲಾಗಿಂಗ್‌ಗಾಗಿ ಸಮರ್ಥಿಸಲಾದ ಕ್ಲೈಂಟ್ ವಿಳಾಸವನ್ನು ಬಳಸುತ್ತದೆ. ರಿಲೇಯು ಸಮರ್ಥಿಸುವ ಕ್ಲೈಂಟ್ ವಿಳಾಸದ ಆಧಾರದ ಮೇಲೆ ನಂಬಿಕೆ ಇಡುವುದು ಆ ಕ್ರಮವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ.

ನಂತರದ ಕ್ಲೈಂಟ್-ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನದ ಅನುಮತಿಗಳಿಗಾಗಿ http_access ಇರಿಸಿಕೊಳ್ಳಿ. ಮೆಟಾಡೇಟಾ ಸ್ವೀಕರಿಸುವುದು ವೆಬ್‌ಸೈಟ್ ಪ್ರವೇಶವನ್ನು ಅಧಿಕೃತಗೊಳಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಗಮ್ಯ-ಡೊಮೇನ್ ACL ಹಿಂದಿನ ಕಳುಹಿಸುವವರ-ನಂಬಿಕೆಯ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸಲಾರದು.

ಕಳುಹಿಸುವವರು ಮತ್ತು ಸ್ವೀಕರಿಸುವವರು ಬೆಂಬಲಿತ PROXY ಪ್ರೋಟೋಕಾಲ್ ಆವೃತ್ತಿಯನ್ನು ಒಪ್ಪಿಕೊಳ್ಳಬೇಕು. ಸಾಮಾನ್ಯ HTTP ಕ್ಲೈಂಟ್ ಈ ಕಡ್ಡಾಯ-ಪೂರ್ವಪ್ರತ್ಯಯ ಶ್ರೋತೃವನ್ನು ಸಾಮಾನ್ಯ ಪ್ರಾಕ್ಸಿ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಆಗಿ ಬಳಸಲಾರದು. ಎರಡೂ ರೂಪಗಳು ಬೇಕಾದರೆ, ಅದೇ ಆಲಿಸುವ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ ನಕಲಿಸುವ ಬದಲು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಪ್ರತ್ಯೇಕ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳನ್ನು ಬಳಸಿ.

ವಿಶ್ವಾಸಾರ್ಹ ರಿಲೇ ತಾನು ಒದಗಿಸುವ ಕ್ಲೈಂಟ್ ಗುರುತಿನ ಮೂಲಕ ವಿಳಾಸ-ಆಧಾರಿತ ಅಧಿಕೃತತೆಯ ಮೇಲೆ ಪ್ರಭಾವ ಬೀರಬಹುದು. ಆ ಸಾಮರ್ಥ್ಯವನ್ನು ಉದ್ದೇಶಿತ ಮಧ್ಯವರ್ತಿಗೆ ಮಾತ್ರ ನೀಡಿ.