ಸಾಮಾನ್ಯ ಸರ್ವರ್ ಅಪರೂಪವಾಗಿ ಉತ್ಪಾದಿಸುವ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಕ್ಲೈಂಟ್ ಎದುರಿಸಬೇಕಾದಾಗ ಡೀಬಗಿಂಗ್ ಪ್ರಾಕ್ಸಿ ಉಪಯುಕ್ತವಾಗಿದೆ. ಮೊದಲು ಕ್ಲೈಂಟ್ ವರ್ತನೆಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿ, ನಂತರ ಆ ಸ್ಥಿತಿಯನ್ನು ಉಂಟುಮಾಡುವ ಹಸ್ತಕ್ಷೇಪವನ್ನು ಆಯ್ಕೆಮಾಡಿ.

“ವಿನಂತಿ ವಿಫಲವಾಗಿದೆ” ತುಂಬಾ ವಿಶಾಲ ಪರೀಕ್ಷಾ ಪ್ರಕರಣ. ಮಾನ್ಯ HTTP ದೋಷ ಪ್ರತಿಕ್ರಿಯೆ, ಎಂದಿಗೂ ಬಾರದ ಪ್ರತಿಕ್ರಿಯೆ ಮತ್ತು ಡೌನ್ಲೋಡ್ನ ಮಧ್ಯದಲ್ಲಿ ಕಡಿತಗೊಂಡ ಸಂಪರ್ಕವು ಅಪ್ಲಿಕೇಶನ್ನಿಂದ ಬೇರೆ ಬೇರೆ ವಿಷಯಗಳನ್ನು ಕೇಳುತ್ತವೆ.

ಪ್ರಕರಣಪರಿಶೀಲಿಸಬೇಕಾದ ವರ್ತನೆ
ಸಂಪೂರ್ಣ HTTP ದೋಷ ಪ್ರತಿಕ್ರಿಯೆಕ್ಲೈಂಟ್ ಸ್ಥಿತಿಯನ್ನು ಓದಿ ಉದ್ದೇಶಿತ ದೋಷ ನೀತಿಯನ್ನು ಅನ್ವಯಿಸುತ್ತದೆಯೇ
ವಿಳಂಬಿತ ಪ್ರತಿಕ್ರಿಯೆಬಳಕೆದಾರರು ರದ್ದುಮಾಡಬಹುದೇ ಮತ್ತು ಉದ್ದೇಶಿತ ಹಂತದಲ್ಲಿ ಕಾಲಮಿತಿ ಅನ್ವಯವಾಗುತ್ತದೆಯೇ
ಅನಿರೀಕ್ಷಿತ ಹೆಡರ್ ಅಥವಾ ಬಾಡಿ ಕ್ಷೇತ್ರಪಾರ್ಸಿಂಗ್ ಮತ್ತು ಮಾನ್ಯತೆ ಸ್ಪಷ್ಟವಾಗಿ ವಿಫಲವಾಗುತ್ತವೆಯೇ
ಅಡ್ಡಿಪಡಿಸಿದ ವಿನಿಮಯಅಪೂರ್ಣ ಡೇಟಾ ಮುಗಿದ ಫಲಿತಾಂಶದಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಉಳಿಯುತ್ತದೆಯೇ

ಸರಿಯಾದ ಪದರದಲ್ಲಿ ಹಸ್ತಕ್ಷೇಪ ಬಳಸಿ

Charles ವಿನಂತಿ ಅಥವಾ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವ ಮೊದಲು ನಿಲ್ಲಿಸುವ ಬ್ರೇಕ್ಪಾಯಿಂಟ್ಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ. ತಡೆಯಲಾದ ಸಂದೇಶವನ್ನು ಪರಿಶೀಲಿಸಿ ಸಂಪಾದಿಸಬಹುದು, ಹಾದುಹೋಗಲು ಬಿಡಬಹುದು ಅಥವಾ ರದ್ದುಮಾಡಬಹುದು. ಇದರ Rewrite ಸಾಧನವು ಹೊಂದಿಕೆಯಾಗುವ ಹೆಡರ್ಗಳು, URLಗಳು ಅಥವಾ ಬಾಡಿಗಳಿಗೆ ಪುನರಾವರ್ತಿತ ಬದಲಾವಣೆಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ. ಥ್ರಾಟ್ಲಿಂಗ್ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಮತ್ತು ಹೆಚ್ಚುವರಿ ವಿಳಂಬವನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ.

ಈ ನಿಯಂತ್ರಣಗಳು HTTP ಕ್ಲೈಂಟ್ನ ವರ್ತನೆಯನ್ನು ಪರೀಕ್ಷಿಸಬಹುದು, ಆದರೆ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಮಿತಿಯು ಯಾದೃಚ್ಛಿಕ IP ಪ್ಯಾಕೆಟ್ ನಷ್ಟದ ನಿಖರ ಮಾದರಿಯಲ್ಲ. ಪ್ರಾಕ್ಸಿ ಡೇಟಾವನ್ನು ಬಫರ್ ಮಾಡಬಹುದು, ಸಂಪರ್ಕಗಳನ್ನು ಮರುಬಳಕೆ ಮಾಡಬಹುದು ಮತ್ತು ಪ್ರತ್ಯೇಕ ಅಪ್ಸ್ಟ್ರೀಮ್ ಸಂಪರ್ಕವನ್ನು ತೆರೆಯಬಹುದು. ಅಗತ್ಯವಿರುವ ಸ್ಥಿತಿ ನಿರ್ದಿಷ್ಟವಾಗಿ HTTPಗಿಂತ ಕೆಳಗಿದ್ದಾಗ ನೆಟ್ವರ್ಕ್ ಕ್ಷಯ ಸಾಧನವನ್ನು ಆಯ್ಕೆಮಾಡಿ.

ಪ್ರತಿ ಪ್ರಕರಣವನ್ನು ಅರ್ಥೈಸಲು ಸಾಧ್ಯವಾಗಿಸಿ

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

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

HTTPS ವಿಷಯವನ್ನು ಪರಿಶೀಲಿಸಲು ಅಥವಾ ಸಂಪಾದಿಸಲು ಕ್ಲೈಂಟ್ ಡೀಬಗಿಂಗ್ ಪ್ರಾಕ್ಸಿಯ TLS ಪರಿಶೀಲನಾ ಸಂರಚನೆಯಲ್ಲಿ ಭಾಗವಹಿಸಬೇಕು. ಕೇವಲ CONNECT ಸಾಗಿಸುವ ಪ್ರಾಕ್ಸಿ ಎನ್ಕ್ರಿಪ್ಟ್ ಆದ ಅಪ್ಲಿಕೇಶನ್ ಬೈಟ್ಗಳನ್ನು ನೋಡುತ್ತದೆ. ಪ್ರತ್ಯೇಕ ಪರೀಕ್ಷಾ ಸಂರಚನೆಯನ್ನು ಬಳಸಿ ಮತ್ತು ನಂತರ ಅದರ ರೂಟಿಂಗ್ ಮತ್ತು ವಿಶ್ವಾಸ ಸಂರಚನೆಯನ್ನು ಮರುಸ್ಥಾಪಿಸಿ, ಇದರಿಂದ ಮುಂದಿನ ಅವಲೋಕನಗಳು ಸಾಮಾನ್ಯ ಕ್ಲೈಂಟ್ ಅನ್ನು ವಿವರಿಸುತ್ತವೆ.

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