TCP núllgluggi í gegnum milliþjón: greindu móttakarann

Pakkarakning segir TCP ZeroWindow. Áður en þú breytir kjarnastillingu skaltu greina endapunktinn sem tilkynnir núllið.

Sá endapunktur lýsir móttökugerð sinni á þeirri TCP-tengingu. Hann tilkynnir ekki hversu mikla bandvídd allur milliþjónninn hefur. Núllgluggaprófun gerir sendandanum kleift að komast að því hvort tilkynnta getan hefur breyst; prófanir einar sanna hvorki pakkatap né bilaðan milliþjón.

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

Þetta eru aðskilin TCP-samtöl. Gerum ráð fyrir að vafrinn hætti að lesa stórt svar og tilkynni núll á A. Milliþjónninn getur á endanum hætt að tæma B þegar eigin biðminni fyllast. Síðara núllgluggi á B getur verið afleiðing af hæga biðlaranum en ekki upprunalega vandamálinu.

Öfug staða er möguleg við upphleðslu. Ef áfangforritið hættir að neyta gagna getur gluggi þess á B lokast. Þrýstingurinn getur þá ferðast aftur til biðlarans í gegnum biðminni milliþjónsins.

Raðaðu athugunum

1. Skráðu endapunkta tengingarinnar og stefnu flutningsins sem varð fyrir áhrifum.
2. Greindu hvaða endapunktur tilkynnti fyrst minnkandi eða núll móttökuglugga.
3. Kannaðu hvort forritið var að lesa, stöðvaðist á annarri aðgerð eða var takmarkað af auðlindum.
4. Berðu saman tímasetningu á hinni tengingu milliþjónsins áður en þú úthlutar upprunalegu orsökinni.

Gluggagreiningarmerkingar Wireshark eru gagnlegar túlkanir á upptökunni, ekki fyrirmæli um að stækka hvert móttökubiðminni. Einnig þarf að túlka gluggakvörðun með tilliti til samnings tengingarinnar.

Að prófa annan endapunkt úr milliþjónslista og sjá flutninginn jafna sig er gagnleg sönnun þess að leiðin breyttist. Eitt sér sannar það þó ekki að TCP-útfærsla einhvers stýrikerfis hafi verið gölluð. Haltu skýringunni tengdri móttökuferlinu og tengingunni þar sem biðin hófst.