ಪ್ರಾಕ್ಸಿ ಮೂಲಕ TCP ಶೂನ್ಯ ವಿಂಡೋ: ಸ್ವೀಕರಿಸುವವರನ್ನು ಗುರುತಿಸಿ

ಪ್ಯಾಕೆಟ್ ಟ್ರೇಸ್ TCP ZeroWindow ಎಂದು ತೋರಿಸುತ್ತದೆ. ಕರ್ನಲ್ ಸೆಟ್ಟಿಂಗ್ ಬದಲಿಸುವ ಮೊದಲು ಶೂನ್ಯವನ್ನು ಘೋಷಿಸುತ್ತಿರುವ ತುದಿಯನ್ನು ಗುರುತಿಸಿ.

ಆ ತುದಿ ಆ TCP ಸಂಪರ್ಕದಲ್ಲಿ ತನ್ನ ಸ್ವೀಕಾರ ಸಾಮರ್ಥ್ಯವನ್ನು ವಿವರಿಸುತ್ತಿದೆ. ಇಡೀ ಪ್ರಾಕ್ಸಿಗೆ ಎಷ್ಟು ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಇದೆ ಎಂದು ಅದು ಘೋಷಿಸುತ್ತಿಲ್ಲ. ಶೂನ್ಯ-ವಿಂಡೋ ಪ್ರೋಬ್ ಕಳುಹಿಸುವವರಿಗೆ ಘೋಷಿತ ಸಾಮರ್ಥ್ಯ ಬದಲಾಗಿದೆಯೇ ಎಂದು ತಿಳಿಯಲು ಅವಕಾಶ ನೀಡುತ್ತದೆ; ಪ್ರೋಬ್‌ಗಳು ಮಾತ್ರ ಪ್ಯಾಕೆಟ್ ನಷ್ಟ ಅಥವಾ ಕೆಟ್ಟ ಪ್ರಾಕ್ಸಿಯನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

browser  <-- TCP A -->  proxy  <-- TCP B -->  website

ಇವು ಪ್ರತ್ಯೇಕ TCP ಸಂಭಾಷಣೆಗಳು. ಬ್ರೌಸರ್ ದೊಡ್ಡ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಓದುವುದನ್ನು ನಿಲ್ಲಿಸಿ A ನಲ್ಲಿ ಶೂನ್ಯ ಘೋಷಿಸುತ್ತದೆ ಎಂದು ಭಾವಿಸಿ. ಪ್ರಾಕ್ಸಿಯ ತನ್ನ ಬಫರ್‌ಗಳು ತುಂಬಿದಂತೆ ಅದು B ಅನ್ನು ಖಾಲಿ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸಬಹುದು. B ನಲ್ಲಿ ನಂತರ ಕಾಣುವ ಶೂನ್ಯ ವಿಂಡೋ ಮೂಲ ಸಮಸ್ಯೆಯಲ್ಲ, ನಿಧಾನ ಕ್ಲೈಂಟ್‌ನ ಪರಿಣಾಮವಾಗಿರಬಹುದು.

ಅಪ್‌ಲೋಡ್ ಸಮಯದಲ್ಲಿ ವಿರುದ್ಧ ಸ್ಥಿತಿ ಸಾಧ್ಯ. ಗಮ್ಯ ಅಪ್ಲಿಕೇಶನ್ ಡೇಟಾ ಬಳಸುವುದನ್ನು ನಿಲ್ಲಿಸಿದರೆ, B ನಲ್ಲಿ ಅದರ ವಿಂಡೋ ಮುಚ್ಚಬಹುದು. ನಂತರ ಒತ್ತಡ ಪ್ರಾಕ್ಸಿಯ ಬಫರ್‌ಗಳ ಮೂಲಕ ಕ್ಲೈಂಟ್‌ನ ಕಡೆಗೆ ಹಿಂತಿರುಗಬಹುದು.

ವೀಕ್ಷಣೆಗಳನ್ನು ಕ್ರಮದಲ್ಲಿಡಿ

1. ಸಂಪರ್ಕದ ತುದಿಗಳನ್ನು ಮತ್ತು ಬಾಧಿತ ಡೇಟಾ ವರ್ಗಾವಣೆಯ ದಿಕ್ಕನ್ನು ದಾಖಲಿಸಿ.
2. ಯಾವ ತುದಿ ಮೊದಲು ಕುಗ್ಗುತ್ತಿರುವ ಅಥವಾ ಶೂನ್ಯ ಸ್ವೀಕಾರ ವಿಂಡೋವನ್ನು ಘೋಷಿಸಿತು ಎಂಬುದನ್ನು ಗುರುತಿಸಿ.
3. ಅದರ ಅಪ್ಲಿಕೇಶನ್ ಓದುತ್ತಿತ್ತೇ, ಬೇರೆ ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿ ನಿಂತಿತ್ತೇ, ಅಥವಾ ಸಂಪನ್ಮೂಲಗಳಿಂದ ಸೀಮಿತವಾಗಿತ್ತೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.
4. ಮೂಲ ಕಾರಣವನ್ನು ನಿಗದಿಪಡಿಸುವ ಮೊದಲು ಪ್ರಾಕ್ಸಿಯ ಇನ್ನೊಂದು ಸಂಪರ್ಕದಲ್ಲಿನ ಸಮಯವನ್ನು ಹೋಲಿಸಿ.

Wireshark ನ ವಿಂಡೋ ವಿಶ್ಲೇಷಣೆ ಲೇಬಲ್‌ಗಳು ಕ್ಯಾಪ್ಚರ್‌ನ ಉಪಯುಕ್ತ ವ್ಯಾಖ್ಯಾನಗಳು, ಪ್ರತಿ ಸ್ವೀಕಾರ ಬಫರ್ ಹೆಚ್ಚಿಸುವ ಸೂಚನೆ ಅಲ್ಲ. ವಿಂಡೋ ಸ್ಕೇಲಿಂಗ್ ಅನ್ನು ಸಂಪರ್ಕದ ಮಾತುಕತೆಯ ದೃಷ್ಟಿಯಿಂದಲೂ ವ್ಯಾಖ್ಯಾನಿಸಬೇಕು.

ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿಯಿಂದ ಇನ್ನೊಂದು ತುದಿಯನ್ನು ಪ್ರಯತ್ನಿಸಿ ವರ್ಗಾವಣೆ ಚೇತರಿಸಿಕೊಳ್ಳುವುದನ್ನು ನೋಡುವುದು ಮಾರ್ಗ ಬದಲಾಗಿದೆ ಎಂಬ ಉಪಯುಕ್ತ ಸಾಕ್ಷ್ಯ. ಆದರೆ ಅದು ಯಾವುದೇ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ನ TCP ಅನುಷ್ಠಾನ ದೋಷಪೂರಿತವಾಗಿತ್ತು ಎಂದು ತಾನೇ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ವಿವರಣೆಯನ್ನು ಸ್ವೀಕರಿಸುವ ಪ್ರಕ್ರಿಯೆ ಮತ್ತು ಕಾಯುವಿಕೆ ಆರಂಭವಾದ ಸಂಪರ್ಕಕ್ಕೆ ಜೋಡಿಸಿ ಇರಿಸಿ.