ଜଣେ ପ୍ରଶାସକ FORWARD ରେ TCPMSS କ୍ଲାମ୍ପିଂ ଯୋଡ଼ନ୍ତି। ସିଧାସଳଖ ରାଉଟ୍ ହୋଇଥିବା ଟ୍ରାଫିକ୍ ଉନ୍ନତ ହୁଏ, କିନ୍ତୁ ସ୍ଥାନୀୟ Squid ଇନଷ୍ଟାନ୍ସ ମାଧ୍ୟମରେ ଡାଉନଲୋଡ୍ ଏବେ ବି ଅଟକି ଯାଏ। ପ୍ରକ୍ସିର ୱେବସାଇଟ୍ ସଂଯୋଗ କେବଳ କ୍ଲାଏଣ୍ଟର TCP ସଂଯୋଗ ସେହି ଶୃଙ୍ଖଳ ଦେଇ ଯିବା ନୁହେଁ।

ସାଧାରଣ ସମାପ୍ତକାରୀ ଫରୱାର୍ଡ ପ୍ରକ୍ସିରେ କ୍ଲାଏଣ୍ଟ ପଟର ସଂଯୋଗ ସ୍ଥାନୀୟ ଭାବରେ ଶେଷ ହୁଏ। ପ୍ରକ୍ସି ମୂଳ କିମ୍ବା ପିତୃ ଆଡ଼କୁ ଦ୍ୱିତୀୟ TCP ସଂଯୋଗ ସୃଷ୍ଟି କରେ। Linux ରେ ସେହି ସଂଯୋଗ ପାଇଁ ସୃଷ୍ଟି ହୋଇଥିବା ପ୍ୟାକେଟ ସ୍ଥାନୀୟ ଆଉଟପୁଟ୍ ପଥ ଅନୁସରଣ କରେ।

ତେଣୁ କେବଳ FORWARD ପାଇଁ ଥିବା ନିୟମ ସମ୍ପୂର୍ଣ୍ଣ କାର୍ଯ୍ୟକ୍ଷମ ହୋଇପାରେ ଏବଂ ତଥାପି ଯେଉଁ ହ୍ୟାଣ୍ଡଶେକ୍ ସଂଶୋଧନ କରିବାର ଥିଲା ତାହା ଛାଡ଼ିପାରେ। ହୁକ୍ ବାଛିବା ପୂର୍ବରୁ ପ୍ରକୃତ ସଂଯୋଗ ଏବଂ SYN ର ଦିଗ ମ୍ୟାପ୍ କରନ୍ତୁ। କଣ୍ଟେନର କିମ୍ବା ଅଲଗା ନେମସ୍ପେସ୍ ଆଉ ଏକ ରାଉଟେଡ୍ ଅଂଶ ଯୋଡ଼ିପାରେ, ତେଣୁ ସଠିକ୍ ସ୍ଥାନ ପ୍ରକ୍ରିୟା କେଉଁଠି ଚାଲୁଛି ତାହା ଉପରେ ନିର୍ଭର କରେ।

PMTU ସଂଖ୍ୟା ସିଧାସଳଖ MSS ରେ ରଖନ୍ତୁ ନାହିଁ

ପଥ MTU ହେଉଛି IP ପ୍ୟାକେଟର ଆକାର। TCP MSS TCP ପେଲୋଡ୍ ବର୍ଣ୍ଣନା କରେ ଏବଂ ସମ୍ପୃକ୍ତ ହେଡର ବିଚାର କରିବା ଆବଶ୍ୟକ। ସେହିପରି, ping ପେଲୋଡର ଲମ୍ବ ସମ୍ପୂର୍ଣ୍ଣ IP ପ୍ୟାକେଟ ଲମ୍ବ ନୁହେଁ। ପରିଚିତ 28 ବାଇଟ ଯୋଡ଼ିବା ମୌଳିକ IPv4 ICMP echo ବ୍ୟବସ୍ଥା ସହିତ ସଂଯୁକ୍ତ, ପ୍ରତ୍ୟେକ ଠିକଣା ପରିବାର କିମ୍ବା ଏନକ୍ୟାପସୁଲେସନ ସହିତ ନୁହେଁ।

TCPMSS ଲକ୍ଷ୍ୟ ସ୍ପଷ୍ଟ ମୂଲ୍ୟ ଏବଂ PMTU କ୍ଲାମ୍ପିଂ ଦଲିଲଭୁକ୍ତ କରେ। କ୍ଲାମ୍ପିଂ ଏବେ ବି ପଥର MTU ସୂଚନା ଉପରେ ନିର୍ଭର କରେ; ଏହା ପଥ ଆବିଷ୍କାର ସୁସ୍ଥ ଥିବାର ପ୍ରମାଣ ନୁହେଁ, ଆବଶ୍ୟକ ICMP ସନ୍ଦେଶକୁ ଅନୁମତି ଦେବାର ବିକଳ୍ପ ମଧ୍ୟ ନୁହେଁ।

ଲକ୍ଷଣକୁ ସିଦ୍ଧାନ୍ତ ସହିତ ମଧ୍ୟ ମେଳାନ୍ତୁ। ସମ୍ପୂର୍ଣ୍ଣ ହୋଇଥିବା ହ୍ୟାଣ୍ଡଶେକ୍ ପରେ ବଡ଼ ସ୍ଥାନାନ୍ତରଣରେ ଅଟକିବା ପ୍ୟାକେଟ ଆକାର ଯାଞ୍ଚକୁ ଯଥାର୍ଥ କରିପାରେ। ବାରମ୍ବାର ଉତ୍ତରହୀନ SYN କିମ୍ବା ତୁରନ୍ତ reset ପାଇଁ ଅଧିକ ବ୍ୟାପକ ବ୍ୟାଖ୍ୟା ଆବଶ୍ୟକ; ଛୋଟ ପ୍ୟାକେଟ ବିଫଳ ହେବା ଅତ୍ୟଧିକ ବଡ଼ ଡାଟା ସେଗମେଣ୍ଟ ପ୍ରମାଣ କରେ ନାହିଁ।

ରେକର୍ଡରେ କାର୍ଯ୍ୟକ୍ଷମ ସିଧାସଳଖ ସଂଯୋଗ ଏବଂ ବିଫଳ ପ୍ରକ୍ସି ସଂଯୋଗ ଅଲଗା ରଖନ୍ତୁ। ଏକ ହିଁ ମେସିନରୁ ମଧ୍ୟ ସେମାନେ ଅଲଗା ଉତ୍ସ, ପଥ ଏବଂ ଏନକ୍ୟାପସୁଲେସନ ବ୍ୟବହାର କରିପାରନ୍ତି।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ