പ്രോക്സി വഴിയുള്ള TCP പൂജ്യ വിൻഡോ: സ്വീകർത്താവിനെ തിരിച്ചറിയുക

പാക്കറ്റ് ട്രെയ്സ് TCP ZeroWindow കാണിക്കുന്നു. കേർണൽ ക്രമീകരണം മാറ്റുന്നതിന് മുമ്പ് പൂജ്യം പ്രഖ്യാപിക്കുന്ന അറ്റം തിരിച്ചറിയുക.

ആ അറ്റം ആ TCP കണക്ഷനിൽ തന്റെ സ്വീകരണ ശേഷി വിവരിക്കുകയാണ്. മുഴുവൻ പ്രോക്സിക്കും എത്ര ബാൻഡ്‌വിഡ്ത്ത് ഉണ്ടെന്ന് അത് പ്രഖ്യാപിക്കുന്നില്ല. പൂജ്യ-വിൻഡോ പ്രോബ് അയച്ചയാൾക്ക് പ്രഖ്യാപിത ശേഷി മാറിയോ എന്ന് അറിയാൻ അനുവദിക്കുന്നു; പ്രോബുകൾ മാത്രം പാക്കറ്റ് നഷ്ടമോ കേടായ പ്രോക്സിയോ തെളിയിക്കുന്നില്ല.

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

ഇവ വെവ്വേറെ TCP സംഭാഷണങ്ങളാണ്. ബ്രൗസർ ഒരു വലിയ പ്രതികരണം വായിക്കുന്നത് നിർത്തി A-യിൽ പൂജ്യം പ്രഖ്യാപിക്കുന്നു എന്ന് കരുതുക. പ്രോക്സിയുടെ സ്വന്തം ബഫറുകൾ നിറയുമ്പോൾ അത് B ഒഴിവാക്കുന്നത് നിർത്തിയേക്കാം. B-യിൽ പിന്നീട് കാണുന്ന പൂജ്യ വിൻഡോ യഥാർത്ഥ പ്രശ്നമല്ല, മന്ദഗതിയിലുള്ള ക്ലയന്റിന്റെ ഫലമായിരിക്കാം.

അപ്‌ലോഡ് സമയത്ത് വിപരീത സാഹചര്യം സാധ്യമാണ്. ലക്ഷ്യ അപ്ലിക്കേഷൻ ഡാറ്റ ഉപയോഗിക്കുന്നത് നിർത്തിയാൽ, B-യിലെ അതിന്റെ വിൻഡോ അടയാം. സമ്മർദ്ദം പിന്നീട് പ്രോക്സിയുടെ ബഫറുകൾ വഴി ക്ലയന്റിലേക്ക് തിരികെ പോകാം.

നിരീക്ഷണങ്ങൾ ക്രമത്തിൽ വയ്ക്കുക

1. കണക്ഷന്റെ അറ്റങ്ങളും ബാധിച്ച ഡാറ്റാ കൈമാറ്റത്തിന്റെ ദിശയും രേഖപ്പെടുത്തുക.
2. ഏത് അറ്റമാണ് ആദ്യം ചുരുങ്ങുന്നതോ പൂജ്യമോ ആയ സ്വീകരണ വിൻഡോ പ്രഖ്യാപിച്ചതെന്ന് തിരിച്ചറിയുക.
3. അതിന്റെ അപ്ലിക്കേഷൻ വായിക്കുകയായിരുന്നോ, മറ്റൊരു പ്രവർത്തനത്തിൽ നിന്നോ, വിഭവങ്ങളാൽ പരിമിതമായിരുന്നോ എന്ന് പരിശോധിക്കുക.
4. യഥാർത്ഥ കാരണം നിർണ്ണയിക്കുന്നതിന് മുമ്പ് പ്രോക്സിയുടെ മറ്റേ കണക്ഷനിലെ സമയം താരതമ്യം ചെയ്യുക.

Wireshark-ന്റെ വിൻഡോ വിശകലന ലേബലുകൾ ക്യാപ്ചറിന്റെ ഉപയോഗപ്രദമായ വ്യാഖ്യാനങ്ങളാണ്, എല്ലാ സ്വീകരണ ബഫറും വർദ്ധിപ്പിക്കാനുള്ള നിർദ്ദേശമല്ല. വിൻഡോ സ്കെയിലിംഗും കണക്ഷന്റെ ചർച്ച കണക്കിലെടുത്ത് വ്യാഖ്യാനിക്കണം.

പ്രോക്സി പട്ടികയിൽ നിന്ന് മറ്റൊരു അറ്റം പരീക്ഷിച്ച് കൈമാറ്റം വീണ്ടെടുക്കുന്നത് കാണുന്നത് പാത മാറിയതിന്റെ ഉപയോഗപ്രദമായ തെളിവാണ്. എന്നാൽ അത് സ്വയം ഏതെങ്കിലും ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ TCP നടപ്പാക്കൽ വികലമായിരുന്നു എന്ന് തെളിയിക്കുന്നില്ല. വിശദീകരണം സ്വീകരിക്കുന്ന പ്രക്രിയയോടും കാത്തിരിപ്പ് തുടങ്ങിയ കണക്ഷനോടും ബന്ധിപ്പിച്ച് നിർത്തുക.