MSS নিয়মটো ৰাউটাৰত কাম কৰে, কিন্তু Squid-ত ব্যৰ্থ হয়

এজন প্ৰশাসকে FORWARD-ত TCPMSS ক্লেম্পিং যোগ কৰে। পোনপটীয়াকৈ ৰাউট কৰা ট্ৰেফিক উন্নত হয়, কিন্তু স্থানীয় Squid উদাহৰণৰ জৰিয়তে ডাউনলোডসমূহ এতিয়াও আটকি যায়। প্ৰক্সিৰ ৱেবছাইট সংযোগটো কেৱল ক্লায়েন্টৰ TCP সংযোগ সেই শৃংখলেদি যোৱাটো নহয়।

সাধাৰণ সমাপ্তিকৰণকাৰী ফৰৱাৰ্ড প্ৰক্সিত ক্লায়েন্টৰ ফালৰ সংযোগ স্থানীয়ভাৱে শেষ হয়। প্ৰক্সিয়ে মূল বা পেৰেণ্টৰ ফালে দ্বিতীয় TCP সংযোগ সৃষ্টি কৰে। Linux-ত সেই সংযোগৰ বাবে উৎপন্ন পেকেটসমূহে স্থানীয় আউটপুট পথ অনুসৰণ কৰে।

সেয়েহে কেৱল FORWARD-ৰ নিয়ম সম্পূৰ্ণ কাৰ্যক্ষম হ'ব পাৰে আৰু তথাপিও যি হেণ্ডশ্বেক সংশোধন কৰাৰ উদ্দেশ্য আছিল সেয়া হেৰুৱাব পাৰে। hook বাছনি কৰাৰ আগতে প্ৰকৃত সংযোগ আৰু SYN-ৰ দিশটো মেপ কৰক। কণ্টেইনাৰ বা পৃথক namespace-এ আৰু এটা ৰাউট কৰা অংশ যোগ কৰিব পাৰে, গতিকে সঠিক স্থান প্ৰক্ৰিয়াটো ক'ত চলি আছে তাৰ ওপৰত নিৰ্ভৰ কৰে।

PMTU সংখ্যাটো পোনপটীয়াকৈ MSS-ত নিদিব

পথ MTU হৈছে IP পেকেটৰ আকাৰ। TCP MSS-এ TCP পেল'ড বৰ্ণনা কৰে আৰু প্ৰাসংগিক হেডাৰসমূহ গণনাত ল'ব লাগে। একেদৰে ping পেল'ডৰ দীঘ সম্পূৰ্ণ IP পেকেটৰ দীঘ নহয়। পৰিচিত 28 বাইট যোগটো মৌলিক IPv4 ICMP echo ব্যৱস্থাৰ সৈতে জড়িত, প্ৰতিটো ঠিকনা পৰিয়াল বা এনকেপচুলেশ্যনৰ সৈতে নহয়।

TCPMSS টাৰ্গেটে স্পষ্ট মান আৰু PMTU ক্লেম্পিং নথিভুক্ত কৰে। ক্লেম্পিং এতিয়াও পথৰ MTU তথ্যৰ ওপৰত নিৰ্ভৰ কৰে; এইটো পথ আৱিষ্কাৰ সুস্থ বুলি প্ৰমাণ নহয়, আৰু প্ৰয়োজনীয় ICMP বাৰ্তা অনুমোদনৰ বিকল্পও নহয়।

লক্ষণটো তত্ত্বৰ সৈতে মিলাওক। সম্পূৰ্ণ হোৱা হেণ্ডশ্বেকৰ পিছত ডাঙৰ স্থানান্তৰত আটকি যোৱাই পেকেট আকাৰৰ তদন্ত ন্যায্য কৰিব পাৰে। বাৰে বাৰে উত্তৰ নোপোৱা SYN বা তৎক্ষণাত reset-এ বহল ব্যাখ্যা বিচাৰে; সৰু পেকেট ব্যৰ্থ হোৱাটোৱে অতি ডাঙৰ ডেটা ছেগমেণ্ট প্ৰমাণ নকৰে।

ৰেকৰ্ডত কাম কৰি থকা পোনপটীয়া সংযোগ আৰু ব্যৰ্থ প্ৰক্সি সংযোগ পৃথক ৰাখক। এটেই মেচিনৰ পৰাও তেওঁলোকে বেলেগ উৎস, পথ আৰু এনকেপচুলেশ্যন ব্যৱহাৰ কৰিব পাৰে।