ನಿಮ್ಮ ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಸೇವೆ ಒಂದು HTTP ಪ್ರಾಕ್ಸಿ ಪೋರ್ಟ್ ನೀಡುತ್ತದೆ. Squid ನ cache_peer ವಾಕ್ಯರಚನೆ ಎರಡನ್ನು ಕೇಳುತ್ತದೆ. ಹೆಚ್ಚುವರಿ ಕ್ಷೇತ್ರ ಕ್ಯಾಶ್ ಕ್ವೆರಿಗಳಿಗೆ, ಎರಡನೇ ಕಡ್ಡಾಯ ಫಾರ್ವರ್ಡಿಂಗ್ ಸಂಪರ್ಕವಲ್ಲ.

cache_peer parent.example parent 8080 0 no-query name=office_parent

ಇಲ್ಲಿ 8080 HTTP ಪ್ರಾಕ್ಸಿ ವಿನಂತಿಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ. ಶೂನ್ಯವು ಕ್ವೆರಿ-ಪೋರ್ಟ್ ಕ್ಷೇತ್ರವನ್ನು ತುಂಬುತ್ತದೆ; no-query ಈ ಪೀರ್‌ಗೆ ICP ಕ್ವೆರಿಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ. ಪೇರೆಂಟ್ ICP ಅನ್ನು ಜಾರಿಗೊಳಿಸಬೇಕಿಲ್ಲ.

ಆದರೆ ಅದು HTTP ಪ್ರಾಕ್ಸಿ ಪ್ರೋಟೋಕಾಲ್ ಮಾತನಾಡಬೇಕು. ಪೇರೆಂಟ್ ಸಾರ್ವಜನಿಕವಾಗಿದ್ದರೆ, HTTP ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿ ಪರಿಶೀಲಿಸಲು HTTP ಅಭ್ಯರ್ಥಿಗಳನ್ನು ನೀಡುತ್ತದೆ. SOCKS ಪೋರ್ಟ್ ಅದರ ಜಾಗದಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. HTTPS ಗಾಗಿ, ಪೇರೆಂಟ್ ಅಗತ್ಯವಿರುವ CONNECT ಗಮ್ಯಸ್ಥಾನವನ್ನು ಅನುಮತಿಸುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ; ICP ಬೆಂಬಲಕ್ಕೆ ಇದಕ್ಕೆ ಸಂಬಂಧವಿಲ್ಲ.

ಪ್ರವೇಶ ನಿಯಂತ್ರಣ ಮತ್ತು ಮುಂದಿನ ರೂಟಿಂಗ್ ನೀತಿಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿರಿಸಿ. ಈ ಪೀರ್ ಘೋಷಿಸುವುದು ಗ್ರಾಹಕರಿಗೆ ಅಧಿಕಾರ ನೀಡುವುದಿಲ್ಲ ಮತ್ತು ನೇರ ಫಾಲ್‌ಬ್ಯಾಕ್ ಅನ್ನು ನಿಷೇಧಿಸುವುದಿಲ್ಲ. ಉದ್ದೇಶಿತ ವಿನಂತಿಗಳಿಗೆ ಸೂಕ್ತವಾದ http_access, ಪೀರ್-ಆಯ್ಕೆ ಮತ್ತು never_direct ನಿಯಮಗಳನ್ನು ಉಳಿಸಿ.

ICP ಪೋರ್ಟ್ ಬದಲಾಯಿಸುವುದರಿಂದ ತಿರಸ್ಕೃತ ಪ್ರಾಕ್ಸಿ ಲಾಗಿನ್ ಅಥವಾ ನಿರಾಕರಿಸಿದ CONNECT ಗಮ್ಯಸ್ಥಾನ ಸರಿಪಡಿಸಲಾಗದು.

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