ಪ್ರಾಕ್ಸಿ ಮಾನಿಟರ್‌ನ ಸ್ಥಿತಿ ಮತ್ತು ನಿರ್ಗಮನ ಕೋಡ್‌ಗಳ ಅರ್ಥೈಸುವಿಕೆ
ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ವೆಬ್‌ಸೈಟ್ ಪರಿಶೀಲನೆಯಲ್ಲಿ ಆಜ್ಞೆ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆ, HTTP ಫಲಿತಾಂಶ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ಮೌಲ್ಯೀಕರಣವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ವರದಿ ಮಾಡಿ.
ಒಂದು ರ್ಯಾಪರ್ ಡೌನ್‌ಲೋಡರ್‌ನ ಶೂನ್ಯ ನಿರ್ಗಮನ ಕೋಡ್ ಅನ್ನು ಗಮನಿಸಿದ “HTTP 200 OK” ಆಗಿ ಪರಿವರ್ತಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಪ್ರತಿ ಪದರವು ನಿಜವಾಗಿ ಏನು ವರದಿ ಮಾಡಿತು ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ:
| ಕ್ಷೇತ್ರ | ಉತ್ತರಿಸುವ ಪ್ರಶ್ನೆ |
|---|---|
| ಸಾಧನ ಅಥವಾ ಪ್ಲಗಿನ್ ನಿರ್ಗಮನ | ಪರಿಶೀಲನೆ ನಡೆಯಿತೇ, ಮತ್ತು ಯಾವ ವೈಫಲ್ಯ ವರ್ಗವನ್ನು ವರದಿ ಮಾಡಿತು? |
| ಪ್ರಾಕ್ಸಿ ಸಮಾಲೋಚನೆ | ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವಿಕೆ ಅಥವಾ ಕೋರಿದ ಸುರಂಗವನ್ನು ಒಪ್ಪಲಾಯಿತೇ? |
| ಮೂಲ ಸ್ಥಿತಿ ಮತ್ತು ನಿರೀಕ್ಷಿತ ವಿಷಯ | ಅಪ್ಲಿಕೇಶನ್ ಉದ್ದೇಶಿತ ಫಲಿತಾಂಶವನ್ನು ಹಿಂತಿರುಗಿಸಿತೇ? |
| TLS ಮೌಲ್ಯೀಕರಣ | ಸಂರಚಿತ ಗುರುತಿನ ಪರಿಶೀಲನೆಗಳು ಯಶಸ್ವಿಯಾದವೇ? |
HTTP ದೋಷ ಪ್ರತಿಕ್ರಿಯೆಯ ನಂತರವೂ curl ಸಾಮಾನ್ಯವಾಗಿ ಶೂನ್ಯವನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದು. ಅದರ fail ಆಯ್ಕೆಗಳು ನಿರ್ಗಮನ ವರ್ತನೆಯನ್ನು ಬದಲಿಸುತ್ತವೆ, ಆದರೆ ವೈಫಲ್ಯದ ನಿರ್ಗಮನವು ಇನ್ನೂ ಸ್ಥಿತಿಯನ್ನು ಅನನ್ಯವಾಗಿ ಗುರುತಿಸುವುದಿಲ್ಲ. Wget ನ ನಿರ್ಗಮನ ಮೌಲ್ಯಗಳೂ ವರ್ಗಗಳು: ದೃಢೀಕರಣ ವೈಫಲ್ಯವು HTTP 401 ಗಾಗಿ ಮೀಸಲಾದ ಮೌಲ್ಯವಲ್ಲ, ಮತ್ತು ಸರ್ವರ್-ದೋಷ ವರ್ಗವು ಅದರೊಳಗಿನ ಪ್ರತಿ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಗುರುತಿಸುವುದಿಲ್ಲ. 401 ಅನ್ನು ನಿರೀಕ್ಷಿಸುವ ಪರಿಶೀಲನೆ ಆ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಗಮನಿಸಬೇಕು.
ಪ್ರಾಕ್ಸಿ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮತ್ತು ವೆಬ್‌ಸೈಟ್ ಹೆಸರನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ. HTTP-ಪ್ರಾಕ್ಸಿ ಪರಿಶೀಲನೆಯ TCP ಸಹಭಾಗಿ ಪ್ರಾಕ್ಸಿ; CONNECT ಗಮ್ಯಸ್ಥಾನವನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಅದರ TLS ಅವಧಿ ನಂತರ ಸುರಂಗದೊಳಗೆ ನಡೆಯುತ್ತದೆ. HTTPS ಪ್ರಾಕ್ಸಿಗೆ, ಹೊರ ಪ್ರಾಕ್ಸಿಯ ಮೇಲಿನ ನಂಬಿಕೆ ಇನ್ನೊಂದು ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆ.
SSL ಧ್ವಜವನ್ನು ಪರಿಶೀಲನೆ ಎಂದು ಪರಿಗಣಿಸುವ ಮೊದಲು ಪ್ಲಗಿನ್‌ನ ಖಾತರಿಯನ್ನು ಪರಿಶೀಲಿಸಿ. Monitoring Plugins check_http ಅನ್ನು check_curl ಪರವಾಗಿ ನಿಲ್ಲಿಸುತ್ತದೆ. check_http ದಸ್ತಾವೇಜು ಎಚ್ಚರಿಸುತ್ತದೆ: ಕೇವಲ SSL ಆಯ್ಕೆ ಮಾಡುವುದು ಆತಿಥೇಯ ಹೆಸರು ಅಥವಾ ನೀಡುಗರ ನಂಬಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸುವುದಿಲ್ಲ; check_curl ನ ದಾಖಲಿತ verify-peer ಆಯ್ಕೆ ಆ ಪರಿಶೀಲನೆಯನ್ನು ಒಳಗೊಂಡಿದೆ.
ಉದ್ದೇಶಿತ ದೃಢೀಕೃತ ಮಾರ್ಗವನ್ನೂ ಬಳಸಿ. ಪೋರ್ಟ್ ಪ್ರೋಬ್ ಹಸಿರಾಗಿರಬಹುದು, ಆದರೆ ಕಾರ್ಯಾಚರಣಾ ಖಾತೆ 407 ಪಡೆಯುತ್ತದೆ. ಅದರ ರಹಸ್ಯವನ್ನು ನಿಯೋಜನೆಯ ಸೂಕ್ತ ವ್ಯವಸ್ಥೆಯ ಮೂಲಕ ತಲುಪಿಸಿ, ಮತ್ತು ನಿಜವಾಗಿ ವಿಫಲವಾದ ಹಂತವನ್ನು ವರದಿ ಮಾಡಿ: ನಿರಾಕರಿಸಿದ ಸುರಂಗಕ್ಕೆ ಅನಿರೀಕ್ಷಿತ ವೆಬ್‌ಸೈಟ್ ಸ್ಥಿತಿಗಿಂತ ಬೇರೆ ದುರಸ್ತಿ ಬೇಕು.