Tetingkap sifar TCP melalui proksi: kenal pasti penerima

Jejak paket menunjukkan TCP ZeroWindow. Sebelum menukar tetapan kernel, kenal pasti hujung yang mengisytiharkan sifar itu.

Hujung itu menerangkan kapasiti penerimaannya pada sambungan TCP tersebut. Ia tidak mengisytiharkan berapa lebar jalur yang ada pada keseluruhan proksi. Prob tetingkap sifar membolehkan penghantar mengetahui sama ada kapasiti yang diisytiharkan telah berubah; prob sahaja tidak membuktikan kehilangan paket atau proksi rosak.

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

Ini perbualan TCP yang berasingan. Katakan pelayar berhenti membaca respons besar dan mengisytiharkan sifar pada A. Proksi akhirnya boleh berhenti mengalirkan B apabila penimbalnya sendiri penuh. Tetingkap sifar kemudian pada B mungkin akibat klien yang perlahan, bukan masalah asalnya.

Keadaan sebaliknya mungkin berlaku semasa muat naik. Jika aplikasi destinasi berhenti menggunakan data, tetingkapnya pada B boleh tertutup. Tekanan kemudian boleh bergerak kembali ke arah klien melalui penimbal proksi.

Susun pemerhatian mengikut urutan

1. Catat hujung sambungan dan arah pemindahan data yang terjejas.
2. Kenal pasti hujung mana yang mula-mula mengisytiharkan tetingkap penerimaan yang mengecil atau sifar.
3. Semak sama ada aplikasinya sedang membaca, terhenti pada operasi lain, atau terhad oleh sumber.
4. Bandingkan masa pada sambungan proksi yang lain sebelum menetapkan punca asal.

Label analisis tetingkap Wireshark ialah tafsiran berguna bagi tangkapan, bukan arahan untuk membesarkan setiap penimbal penerimaan. Penskalaan tetingkap juga perlu ditafsirkan dengan mengambil kira rundingan sambungan.

Mencuba hujung lain daripada senarai proksi dan melihat pemindahan pulih ialah bukti berguna bahawa laluan berubah. Namun ia sendiri tidak membuktikan pelaksanaan TCP sesuatu sistem pengendalian rosak. Kaitkan penjelasan dengan proses penerima dan sambungan tempat penantian bermula.