ಪ್ರಾಕ್ಸಿ ಹೋಸ್ಟ್‌ನಲ್ಲಿ /check.txt ಎಂಬ ಫೈಲ್ ಆರೋಗ್ಯದ ಸ್ಪಷ್ಟ ಗುರಿಯಂತೆ ಕೇಳುತ್ತದೆ. ಸಮಸ್ಯೆ ಎಂದರೆ Squid ನ ಸ್ಪಷ್ಟ ಫಾರ್ವರ್ಡ್ ಲಿಸನರ್ ಆ ಹೋಸ್ಟ್‌ನ ದಾಖಲೆ ಮೂಲವನ್ನು ನೀಡುವ ಸಾಮಾನ್ಯ ವೆಬ್‌ಸೈಟ್ ಅಲ್ಲ.

HEAD /check.txt HTTP/1.1 ನಂತಹ ಮೂಲ-ಶೈಲಿಯ ವಿನಂತಿ ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಸಾಮಾನ್ಯ HTTP ವಿನಂತಿಗೆ ನಿರೀಕ್ಷಿಸಲಾದ ಸಂಪೂರ್ಣ ಗುರಿಯನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ. ಸಂರಚನೆಯನ್ನು ಅವಲಂಬಿಸಿ ಅದನ್ನು ತಿರಸ್ಕರಿಸಬಹುದು ಅಥವಾ ಬೇರೆ ಸ್ಥಳೀಯ ಸೇವೆ ನಿರ್ವಹಿಸಬಹುದು. ಎರಡೂ ಫಲಿತಾಂಶಗಳು ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಸೂಚಿಸುವುದಕ್ಕಿಂತ ಕಡಿಮೆ ಹೇಳಬಹುದು.

ಲಭ್ಯವಾಗಿ ಇರಿಸಿಕೊಳ್ಳಬೇಕಾದ ಸೇವೆಯನ್ನು ಆಯ್ಕೆಮಾಡಿ

ಪರಿಶೀಲನೆಉಪಯುಕ್ತ ಸಾಕ್ಷ್ಯ
ಪ್ರಾಕ್ಸಿ ಲಿಸನರ್‌ಗೆ TCP ಸಂಪರ್ಕತಲುಪಬಹುದಾದ ಪ್ರಕ್ರಿಯೆ ಆ ಸಂಪರ್ಕವನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ.
ನಿಯಂತ್ರಿತ ಗುರಿಗೆ CONNECTಪ್ರಾಕ್ಸಿ ಆ ಸುರಂಗ ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ.
ಪ್ರಾಕ್ಸಿ ಮೂಲಕ HTTP ಪಡೆಯುವಿಕೆಆಯ್ಕೆಮಾಡಿದ ವಿನಂತಿ ಮಾರ್ಗವು ನಿರೀಕ್ಷಿತ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದು.

ಮೂರನೇ ಸಂದರ್ಭದಲ್ಲಿ ವಿನಂತಿಗೆ ಗುರಿ ಬೇಕು, ಉದಾಹರಣೆಗೆ:

HEAD http://probe.example.internal/proxy-ready HTTP/1.1
Host: probe.example.internal

ಹೋಸ್ಟ್‌ನಾಮ್ ಕೇವಲ ಉದಾಹರಣೆ. ಪ್ರಾಕ್ಸಿ ಪರಿಹರಿಸಬಹುದಾದ ಮತ್ತು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ತಲುಪಲು ಅನುಮತಿಸಲಾದ ನಿಯಂತ್ರಿತ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಬಳಸಿ. HAProxy ನ http-check send ವಿಧಾನ, URI, ಆವೃತ್ತಿ ಮತ್ತು ಹೆಡರ್‌ಗಳನ್ನು ಆಯ್ಕೆಮಾಡುವುದನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ; ಮೂಲ-ಸರ್ವರ್ ಉದಾಹರಣೆಯನ್ನು ಬದಲಾಗದೆ ಬಳುವಳಿಯಾಗಿ ಪಡೆಯುವ ಬದಲು ಆ ವಿನಂತಿಯನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಸಂರಚಿಸಿ.

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

ಪ್ರಾಕ್ಸಿ ದೃಢೀಕರಣ ಒಳಗೊಂಡಿರುವಾಗ ಪರಿಶೀಲನಾ ಖಾತೆ ಮತ್ತು ಮೂಲ ನಿರ್ಬಂಧಗಳನ್ನು ಸಂಕುಚಿತವಾಗಿಡಿ. ಹಸಿರು ಗುರುತು ಪಡೆಯಲು ಇಡೀ ಲಿಸನರ್ ಅನ್ನು ದೃಢೀಕರಣದಿಂದ ವಿನಾಯಿತಿ ಮಾಡುವುದು ರಕ್ಷಿಸಲ್ಪಡುತ್ತಿರುವ ಸೇವೆಯನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ.

ಕೊನೆಯದಾಗಿ, ವಿಫಲ ಪರಿಶೀಲನೆ ಏನನ್ನು ತೆಗೆದುಹಾಕಬೇಕೆಂದು ನಿರ್ಧರಿಸಿ. ನಿಯಂತ್ರಿತ ಮೂಲ ಅಡಚಣೆಯು ಎಲ್ಲಾ ಪ್ರಾಕ್ಸಿಗಳ ಫಾರ್ವರ್ಡಿಂಗ್ ಪರಿಶೀಲನೆಯನ್ನು ಏಕಕಾಲದಲ್ಲಿ ವಿಫಲಗೊಳಿಸಬಹುದು. ಅದು ನೀವು ಅಳೆಯಲು ಬಯಸುವ ಅವಲಂಬನೆಯೇ ಆಗಿರಬಹುದು, ಅಥವಾ ಲಿಸನರ್ ಆರೋಗ್ಯ ಮತ್ತು ಎಂಡ್-ಟು-ಎಂಡ್ ಲಭ್ಯತೆಯನ್ನು ಪ್ರತ್ಯೇಕ ಸಂಕೇತಗಳಾಗಿ ಇರಿಸುವ ಕಾರಣವಾಗಿರಬಹುದು.

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