ফৰৱাৰ্ড প্ৰক্সীয়ে TCP ছেগমেণ্টৰ সীমা সংৰক্ষণ নকৰে

ধৰি লওক এটা HTTP সঁহাৰি Squidৰ মাজেৰে যোৱাৰ পিছত সংগৃহীত কেইবাটাও TCP ছেগমেণ্টত দেখা গ’ল। এয়া সাধাৰণ TCP আচৰণ হ’ব পাৰে, সঁহাৰিটো ভুলকৈ বিভক্ত হৈছে বুলি প্ৰমাণ নহয়।

ফৰৱাৰ্ড প্ৰক্সিৰ সাধাৰণতে দুটা সংযোগ থাকে:

client ⇄ TCP connection A ⇄ proxy ⇄ TCP connection B ⇄ origin

প্ৰতিটো সংযোগৰ নিজস্ব TCP অৱস্থা, ক্ৰম সংখ্যা আৰু পেকেটীকৰণ থাকে। প্ৰক্সীয়ে এটা সংযোগৰ পৰা তথ্য পঢ়ি আনটোত লিখিব পাৰে, মূল ছেগমেণ্টৰ আকাৰ সংৰক্ষণ নকৰাকৈ। বাফাৰিং, পঠিওৱা সময়, কৰ্জেশ্বন আৰু পথৰ আকাৰ সীমাই অন্য এটা গোট সৃষ্টি কৰিব পাৰে।

পৃথক কৰি ৰখাৰ যোগ্য তিনিটা সীমা

এটা পঢ়াত হেডাৰৰ এটা অংশ, সম্পূৰ্ণ হেডাৰৰ সৈতে বডি বাইট, বা এটাতকৈ অধিক এপ্লিকেশ্যন-স্তৰৰ সীমা অতিক্ৰম কৰা তথ্য থাকিব পাৰে। TCP-এ “HTTP সঁহাৰিৰ শেষ” সফল পঢ়াৰ শেষত সংযোগ নকৰে।

সেয়ে HTTP/1.1 পাৰ্ছাৰে হেডাৰ জমা কৰি প্ৰযোজ্য বডি-ফ্ৰেমিং নিয়ম ব্যৱহাৰ কৰে, য’ত দৈৰ্ঘ্য, ট্ৰেন্সফাৰ ক’ডিং বা অনুমোদিত সংযোগ বন্ধ কৰা অন্তৰ্ভুক্ত। HTTP/2 ফ্ৰেম এটা প্ৰটোকল গঠন যি নিজেই TCP ছেগমেণ্ট অতিক্ৰম কৰিব পাৰে; ই নেটৱৰ্ক পেকেটৰ আন নাম নহয়।

সফল CONNECT সুৰংগই সুৰংগৰ ভিতৰৰ বাইট স্ৰোত সংৰক্ষণ কৰে, কিন্তু তথাপিও দুটা TCP ভৰি ব্যৱহাৰ কৰে। প্ৰক্সীয়ে সুৰংগৰ ভিতৰৰ বাইট সলনি নকৰা অৱস্থাতো ইয়াৰ ছেগমেণ্ট সীমা বেলেগ হ’ব পাৰে।

দূষণ তদন্ত কৰোঁতে পুনৰ সংযুক্ত এপ্লিকেশ্যন তথ্য তুলনা কৰক। পেকেট সংখ্যা তুলনা কৰা বা দুয়োফালে একে পেকেট দৈৰ্ঘ্য আশা কৰা মানে TCP-ৰ পৰা এনে সীমা-নিশ্চয়তা বিচৰা যি ই নিদিয়ে।