প্ৰক্সিৰ মাজেৰে TCP শূন্য উইণ্ড': গ্ৰাহকৰ পৰিচয়
প্ৰক্সিৰ ক্লায়েন্ট বা ছাৰ্ভাৰ ফালে TCP প্ৰবাহ নিয়ন্ত্ৰণ চিনাক্ত কৰক, স্থবিৰ ডাউনলোডক উইণ্ড' স্কেলিঙ বা বাফাৰ আকাৰৰ বাবে দোষ দিয়াৰ আগতে।
পেকেট ট্ৰেছত TCP ZeroWindow দেখুৱায়। কাৰ্ণেলৰ ছেটিং সলনি কৰাৰ আগতে শূন্যটো ঘোষণা কৰা প্ৰান্তটো চিনাক্ত কৰক।
সেই প্ৰান্তই এই TCP সংযোগত নিজৰ গ্ৰহণ ক্ষমতা বৰ্ণনা কৰিছে। ই সম্পূৰ্ণ প্ৰক্সিৰ কিমান বেণ্ডৱিথ আছে তাক ঘোষণা নকৰে। শূন্য-উইণ্ড' প্ৰ'বে প্ৰেৰকক সেই ঘোষিত ক্ষমতা সলনি হৈছে নেকি জানিবলৈ সহায় কৰে; প্ৰ'ব একমাত্ৰ পেকেট ক্ষতি বা ভঙা প্ৰক্সি প্ৰমাণ নকৰে।
browser <-- TCP A --> proxy <-- TCP B --> websiteএইবোৰ পৃথক TCP বাৰ্তালাপ। ধৰি লওক ব্ৰাউজাৰে এটা ডাঙৰ প্ৰতিক্ৰিয়া পঢ়া বন্ধ কৰি A ত শূন্য ঘোষণা কৰিলে। প্ৰক্সিয়ে নিজৰ বাফাৰ ভৰি যোৱাৰ লগে লগে B ৰ পৰা নিষ্কাশন বন্ধ কৰিব পাৰে। B ত পিছত হোৱা শূন্য উইণ্ড' মূল সমস্যাৰ পৰিৱৰ্তে লেহেমীয়া ক্লায়েন্টৰ পৰিণাম হ'ব পাৰে।
আপলোডৰ সময়ত বিপৰীত অৱস্থাও সম্ভৱ। যদি গন্তব্য এপ্লিকেশনে তথ্য গ্ৰহণ বন্ধ কৰে, B ত ইয়াৰ উইণ্ড' বন্ধ হ'ব পাৰে। তাৰ পিছত চাপ প্ৰক্সিৰ বাফাৰৰ মাজেৰে ক্লায়েন্টৰ ফালে ঘূৰি যাব পাৰে।
পৰ্যবেক্ষণবোৰ ক্ৰমত ৰাখক
- সংযোগৰ প্ৰান্ত দুটা আৰু প্ৰভাৱিত তথ্য স্থানান্তৰৰ দিশ লিপিবদ্ধ কৰক।
- কোন প্ৰান্তই প্ৰথমে সৰু হোৱা বা শূন্য গ্ৰহণ উইণ্ড' ঘোষণা কৰিছিল চিনাক্ত কৰক।
- ইয়াৰ এপ্লিকেশনে পঢ়ি আছিল নে, আন কামত ৰৈ আছিল নে, বা সম্পদৰ দ্বাৰা সীমাবদ্ধ আছিল পৰীক্ষা কৰক।
- মূল কাৰণ নিৰ্ধাৰণ কৰাৰ আগতে প্ৰক্সিৰ আন সংযোগৰ সময়সীমাৰ সৈতে তুলনা কৰক।
Wireshark ৰ উইণ্ড' বিশ্লেষণৰ লেবেলবোৰ কেপচাৰৰ সহায়ক ব্যাখ্যা, প্ৰতিটো গ্ৰহণ বাফাৰ বৃদ্ধি কৰাৰ নিৰ্দেশ নহয়। উইণ্ড' স্কেলিংও সংযোগৰ আলোচনাৰ প্ৰেক্ষাপটত ব্যাখ্যা কৰিব লাগে।
প্ৰক্সি তালিকাৰ পৰা আন এটা প্ৰান্ত চেষ্টা কৰি স্থানান্তৰ পুনৰুদ্ধাৰ হোৱা দেখা পথ সলনি হোৱাৰ উপযোগী প্ৰমাণ। কিন্তু ই নিজেই এটা অপাৰেটিং চিষ্টেমৰ TCP ৰূপায়ণ ত্ৰুটিপূৰ্ণ আছিল বুলি প্ৰমাণ নকৰে। ব্যাখ্যাটো গ্ৰহণ প্ৰক্ৰিয়া আৰু য'ত অপেক্ষা আৰম্ভ হৈছিল সেই সংযোগৰ সৈতে সংযুক্ত ৰাখক।