Squid retry_on_error: ಸ್ಥಿತಿ ಸಂಕೇತಗಳು ಮತ್ತು ಪರ್ಯಾಯ ಮಾರ್ಗಗಳು

Squid ನಲ್ಲಿ retry_on_error ಎಂಬ ಆಯ್ಕೆ ಇದೆ, ಆದರೆ ಹೆಸರು ಅದರ ಉಪಯುಕ್ತ ವ್ಯಾಖ್ಯಾನಕ್ಕಿಂತ ವಿಶಾಲವಾಗಿದೆ. ಪುಟ ಕೆಲಸ ಮಾಡುವವರೆಗೆ ಪ್ರತಿ ವಿಫಲ ವಿನಂತಿಯೂ ಅನಂತವಾಗಿ ಪುನರಾವರ್ತನೆಯಾಗುತ್ತದೆ ಎಂದು ಇದು ಅರ್ಥವಲ್ಲ.

ಈ ನಿರ್ದೇಶನವನ್ನು ಬೆಂಬಲಿಸುವ ಆವೃತ್ತಿಗಳಲ್ಲಿ ಇದು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಆಫ್ ಆಗಿದೆ. ದಾಖಲಿತ ಪುನರಾವರ್ತನೆ ಪಟ್ಟಿ 403, 500, 501, 502, 503 ಮತ್ತು 504, ಮತ್ತು ಇದು ವಿನಂತಿಯನ್ನು ಇನ್ನೊಂದು ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಗಮ್ಯಸ್ಥಾನದ ಮೂಲಕ ಪ್ರಯತ್ನಿಸುತ್ತದೆ. ಪರ್ಯಾಯ ಫಾರ್ವರ್ಡಿಂಗ್ ಮಾರ್ಗಗಳಿರುವ ಶ್ರೇಣಿಯಲ್ಲಿ ಇದು ವಿಶೇಷವಾಗಿ ಪ್ರಸ್ತುತವಾಗಿದೆ. ಇದು ಅದೇ ಸಾಕೆಟ್ನಿಂದ ಅದೇ ಸರ್ವರ್ಗೆ ಸಮಯಬದ್ಧ ಮರುಪ್ರಯತ್ನ ಮಾತ್ರವಲ್ಲ.

ಮೊದಲು ವೈಫಲ್ಯಕ್ಕೆ ಹೆಸರಿಡಿ

ಪ್ರಾಕ್ಸಿಗೆ ಸಂಪರ್ಕಿಸುವಾಗ ನಿರಾಕರಣೆ, ಪ್ರಾಕ್ಸಿ ದೃಢೀಕರಣ ವೈಫಲ್ಯ, ಮೂಲದಿಂದ HTTP ದೋಷ ಮತ್ತು ವಿತರಣೆ ಪ್ರಾರಂಭವಾದ ನಂತರ ಕಡಿತಗೊಂಡ ಪ್ರತಿಕ್ರಿಯೆ ಒಂದೇ ರೀತಿಯ ಮರುಪ್ರಯತ್ನ ಅವಕಾಶವನ್ನು ನೀಡುವುದಿಲ್ಲ. ಒಂದು ಸೆಟ್ಟಿಂಗ್ ನಾಲ್ಕನ್ನೂ ಒಂದೇ ರೀತಿ ನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸಬೇಡಿ.

ಖಾಸಗಿ ನಿರ್ಗಮನಕ್ಕಾಗಿ, ಪರ್ಯಾಯ ಮಾರ್ಗ ಸ್ವೀಕಾರಾರ್ಹವೇ ಎಂಬುದನ್ನೂ ನಿರ್ಧರಿಸಿ. ಇನ್ನೊಂದು ಪೇರೆಂಟ್ಗೆ ಬೇರೆ ಸಾರ್ವಜನಿಕ ಮೂಲ ವಿಳಾಸ, ದೃಢೀಕರಣ ನೀತಿ ಅಥವಾ ಜಾಲ ಸ್ಥಳ ಇರಬಹುದು. ಆ ಪರ್ಯಾಯದ ಮೂಲಕ ಯಶಸ್ಸು ಮೊದಲ ಪೇರೆಂಟ್ ಆಯ್ಕೆಮಾಡಿದ ಕಾರಣವನ್ನು ಉಲ್ಲಂಘಿಸಬಹುದು.

ಅಪ್ಲಿಕೇಶನ್ ಕಾರ್ಯಾಚರಣೆಗಳು ಇನ್ನೊಂದು ಕಾಳಜಿ ತರುತ್ತವೆ: ವಿನಂತಿಯನ್ನು ಪುನರಾವರ್ತಿಸುವುದು ಅದರ ಪರಿಣಾಮವನ್ನೂ ಪುನರಾವರ್ತಿಸಬಹುದು. ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್ಗೆ ಸೂಕ್ತವಾದ ಮರುಪ್ರಯತ್ನ ಸೆಮ್ಯಾಂಟಿಕ್ಸ್ ಬೇಕು, ವಿಶೇಷವಾಗಿ ಡೇಟಾವನ್ನು ರಚಿಸುವ ಅಥವಾ ಬದಲಾಯಿಸುವ ಕಾರ್ಯಾಚರಣೆಗಳಿಗೆ. ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್ ಅನಿಶ್ಚಿತ ಫಲಿತಾಂಶಗಳ ಅಪ್ಲಿಕೇಶನ್-ಹಂತದ ನಿರ್ವಹಣೆಗೆ ಪರ್ಯಾಯವಲ್ಲ.

ನಿಮ್ಮ ನಿಖರ ಆವೃತ್ತಿಗೆ ನಿರ್ದೇಶನ ಓದಿ; ಉಲ್ಲೇಖ ಲಭ್ಯತೆ ಮತ್ತು ಡೀಫಾಲ್ಟ್ ನಡವಳಿಕೆಯನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಜೊತೆಗೆ ವಿನಂತಿಯ ಗಡುವುಗಳು ಮತ್ತು ಬಳಕೆದಾರರಿಗೆ ಕಾಣುವ ಒಟ್ಟು ಕಾಯುವಿಕೆ ಅನ್ನು ಗಮನದಲ್ಲಿಡಿ. ಹೆಚ್ಚುವರಿ ಫಾರ್ವರ್ಡಿಂಗ್ ಪ್ರಯತ್ನವು ಉತ್ತಮ ಫಲಿತಾಂಶ ನೀಡದೆ ಉಳಿದ ಸಮಯವನ್ನು ಬಳಸಬಹುದು.

ಮಧ್ಯಂತರ ವೈಫಲ್ಯಗಳನ್ನು ತನಿಖೆ ಮಾಡುವಾಗ ಸ್ಥಿತಿ, ಆಯ್ಕೆಮಾಡಿದ ಪೇರೆಂಟ್ ಅಥವಾ ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ಪ್ರಯತ್ನಗಳ ಕ್ರಮವನ್ನು ದಾಖಲಿಸಿ. ಇಲ್ಲದಿದ್ದರೆ ಪುನರಾವರ್ತನೆಗಳು ಪುನರಾವರ್ತಿತ ರೂಟಿಂಗ್ ಸಮಸ್ಯೆಯನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ನಿಧಾನ ವೆಬ್ಸೈಟ್ನಂತೆ ಕಾಣಿಸಬಹುದು ಮತ್ತು ವಾಸ್ತವವಾಗಿ ವಿಫಲವಾದ ಮಾರ್ಗವನ್ನು ಮರೆಮಾಡಬಹುದು.