ಒಂದು ಗಮ್ಯಸ್ಥಾನ ಡೊಮೇನ್ ಅನ್ನು ಬೇರೆ Squid 7 ಮೂಲಕ್ಕೆ ರೂಟ್ ಮಾಡಿ

ಒಂದು ಪಾಲುದಾರ ಡೊಮೇನ್ ನಿಗದಿತ upstream ಪ್ರಾಕ್ಸಿ ಬಳಸಬೇಕು, ಇತರ ಅನುಮತಿಸಿದ ವಿನಂತಿಗಳು ಸಾಮಾನ್ಯ ಮೂಲವನ್ನು ಬಳಸುತ್ತವೆ ಎಂದು ಭಾವಿಸಿ. Squid 7 ನಲ್ಲಿ ಹೆಸರಿಸಿದ peers ಮತ್ತು cache_peer_access ಆ ನೀತಿಯನ್ನು ವ್ಯಕ್ತಪಡಿಸುತ್ತವೆ:

cache_peer partner-proxy.example parent 3128 0 no-query name=partner_parent
cache_peer general-proxy.example parent 3128 0 no-query name=general_parent

acl partner_domain dstdomain .partner.example

cache_peer_access partner_parent allow partner_domain
cache_peer_access partner_parent deny all

cache_peer_access general_parent deny partner_domain
cache_peer_access general_parent allow all

never_direct allow all

ಇದು ಈಗಿರುವ, ಪ್ರವೇಶ-ನಿಯಂತ್ರಿತ ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿಗೆ ರೂಟಿಂಗ್ ತುಣುಕು. ಸ್ವತಂತ್ರ ಸಾರ್ವಜನಿಕ-ಗಮ್ಯಸ್ಥಾನ ಪರೀಕ್ಷೆಯು ದೃಢೀಕರಣವಿಲ್ಲದ ಸಾರ್ವಜನಿಕ ಮೂಲಗಳನ್ನು ಬಳಸಬಹುದಾದರೆ, ಮೂಲ ರುಜುವಾತುಗಳನ್ನು ಹೊಂದಿಸದ ಆ ವಿಳಾಸಗಳಿಗೆ HTTP ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿಯಿಂದ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಿ. ಪಾಲುದಾರರ ಅಗತ್ಯವಿರುವ ಉತ್ಪಾದನಾ ಮಾರ್ಗವು ಪ್ರತ್ಯೇಕ ಪ್ರವೇಶ ವ್ಯವಸ್ಥೆಯಾಗಿಯೇ ಉಳಿಯುತ್ತದೆ. ಹೆಸರುಗಳು ಪ್ರತಿ ಮೂಲಕ್ಕೂ ಅದರ ಪ್ರವೇಶ ನಿಯಮಗಳಿಗೆ ಸ್ಪಷ್ಟ ಗುರುತನ್ನು ನೀಡುತ್ತವೆ.

ಹೊಂದಿಕೆಯಾಗುವ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ partner_parent ಮಾತ್ರ ಅರ್ಹವಾಗಿ ಉಳಿಯುತ್ತದೆ. ಇತರ ಗಮ್ಯಸ್ಥಾನಗಳಿಗೆ general_parent ಮಾತ್ರ ಅರ್ಹವಾಗಿ ಉಳಿಯುತ್ತದೆ. ಪ್ರತಿ ಪ್ರತ್ಯೇಕ peer ಗೆ ಮೊದಲ ಹೊಂದಿಕೆಯ ನಿಯಮವು ಆ peer ಅರ್ಹವೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

cache_peer_access ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಫಿಲ್ಟರ್ ಮಾಡುತ್ತದೆ; ಅದು ಎಲ್ಲಾ peers ಅನ್ನು ಬ್ಯಾಕಪ್ ಸರಣಿಯಲ್ಲಿ ಜೋಡಿಸುವುದಿಲ್ಲ. ನೀವು ಹಲವನ್ನು ಅರ್ಹವಾಗಿ ಬಿಟ್ಟರೆ, Squid ನ peer-ಆಯ್ಕೆ ಅಲ್ಗಾರಿದಮ್‌ಗಳು ಅವುಗಳ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡುತ್ತವೆ.

never_direct ಸಾಲು ಈ ಉದಾಹರಣೆಯಲ್ಲಿ ಮೂಲದ ಬಳಕೆಯನ್ನು ಕಡ್ಡಾಯಗೊಳಿಸುತ್ತದೆ. ಅಗತ್ಯವಿರುವ ಮೂಲವನ್ನು ಬಳಸಲಾಗದಿದ್ದರೆ, ನೇರ ಸಂಪರ್ಕವನ್ನು ಪರ್ಯಾಯವಾಗಿ ನೀಡಲಾಗುವುದಿಲ್ಲ. http_access ನಲ್ಲಿ ಇರುವ ಕ್ಲೈಂಟ್ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ ಅನುಮತಿಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ; ಆ ನಿಯಮಗಳು upstream ಆಯ್ಕೆಗೆ ಮೊದಲು ಯಾವ ವಿನಂತಿಗಳನ್ನು ಸ್ವೀಕರಿಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ.

ಈ ಸಂರಚನೆಯು ದಾಖಲಿತ Squid 7 ಇಂಟರ್ಫೇಸ್ ಬಳಸುತ್ತದೆ. cache_peer_access Squid 8 ನಲ್ಲಿ ಲಭ್ಯವಿಲ್ಲ ಎಂದು ಉಲ್ಲೇಖ ಗುರುತಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಈ ಸೆಟಪ್ ನಿರ್ವಹಿಸುವಾಗ ಹೊಂದಿಕೆಯಾಗುವ ನಿಯೋಜಿತ ಆವೃತ್ತಿಯ ದಾಖಲೆಗಳನ್ನು ಬಳಸಿ.