TCP nulles logs caur starpniekserveri: nosakiet uztvērēju

Pakešu ieraksts rāda TCP ZeroWindow. Pirms maināt kodola iestatījumu, nosakiet galapunktu, kas paziņo nulli.

Šis galapunkts apraksta savu uztveršanas jaudu šajā TCP savienojumā. Tas nepaziņo, cik liela joslas platums ir visam starpniekserverim. Nulles loga zonde ļauj sūtītājam noskaidrot, vai paziņotā jauda ir mainījusies; zondes vienas pašas nepierāda pakešu zudumu vai bojātu starpniekserveri.

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

Tās ir atsevišķas TCP sarunas. Pieņemsim, ka pārlūks pārstāj lasīt lielu atbildi un paziņo nulli A savienojumā. Starpniekserveris galu galā var pārstāt iztukšot B, kad tā paša buferi piepildās. Vēlāks nulles logs B savienojumā var būt lēnā klienta sekas, nevis sākotnējā problēma.

Pretēja situācija ir iespējama augšupielādes laikā. Ja galamērķa lietojumprogramma pārstāj patērēt datus, tās logs B savienojumā var aizvērties. Spiediens tad var ceļot atpakaļ pretī klientam caur starpniekservera buferiem.

Savediet novērojumus secībā

1. Pierakstiet savienojuma galapunktus un skartās datu pārraides virzienu.
2. Nosakiet, kurš galapunkts pirmais paziņoja sarūkošu vai nulles uztveršanas logu.
3. Pārbaudiet, vai tā lietojumprogramma lasīja, bija apstājusies pie citas darbības vai bija ierobežota resursu dēļ.
4. Salīdziniet laiku starpniekservera otrā savienojumā, pirms piešķirat sākotnējo cēloni.

Wireshark loga analīzes apzīmējumi ir noderīgas ieraksta interpretācijas, nevis norādījums palielināt katru uztveršanas buferi. Arī loga mērogojums jāinterpretē, ņemot vērā savienojuma sarunas.

Cita galapunkta izmēģināšana no starpniekserveru saraksta un pārsūtīšanas atjaunošanās ir noderīgs pierādījums, ka ceļš ir mainījies. Tomēr vien tas nepierāda, ka kādas operētājsistēmas TCP ieviešana bija bojāta. Turiet skaidrojumu saistītu ar uztverošo procesu un savienojumu, kurā sākās gaidīšana.