ସମୟ ସହିତ ପ୍ରକ୍ସି ମନ୍ଥର ହେବା: conntrack ଏବଂ ଉତ୍ସ ସୀମା ଯାଞ୍ଚ କରନ୍ତୁ

ପୁନଃ ଆରମ୍ଭ ପରେ ପ୍ରକ୍ସି ପ୍ରତିକ୍ରିୟା ଦିଏ। କିଛି ଘଣ୍ଟା ପରେ ନୂଆ ସଂଯୋଗ ଅଟକି ଯାଏ। ପୁଣି ଆରମ୍ଭ କଲେ ଆଉ ଏକ ଶାନ୍ତ ସମୟ ମିଳେ। ଏହି ଢାଞ୍ଚା ଜମା ହେଉଥିବା ଅବସ୍ଥା ସୂଚାଏ, କିନ୍ତୁ କେଉଁ ଅବସ୍ଥା ଦାୟୀ ତାହା ଚିହ୍ନଟ କରେ ନାହିଁ।

ସଂଯୋଗ ଟ୍ରାକିଂ ବ୍ୟବହାର କରୁଥିବା Linux ପଥରେ ଏକ ସମ୍ଭାବ୍ୟ କାରଣ conntrack ଟେବୁଲ। ମେସିନରେ ଏବଂ ଟ୍ରାଫିକ ପରିଚାଳନା କରୁଥିବା ନେଟୱାର୍କ ନେମସ୍ପେସରେ ଏହି ବିଦ୍ୟମାନ ମୂଲ୍ୟଗୁଡ଼ିକ ଯାଞ୍ଚ କରନ୍ତୁ:

/proc/sys/net/netfilter/nf_conntrack_count
/proc/sys/net/netfilter/nf_conntrack_max

ପ୍ରଥମଟି ଆବଣ୍ଟିତ ଫ୍ଲୋ ଏଣ୍ଟ୍ରି ଜଣାଏ; ଦ୍ୱିତୀୟଟି ସେଗୁଡ଼ିକୁ ସୀମିତ କରେ। ଏହା Squid ବ୍ୟବହାରକାରୀ କିମ୍ବା HTTP ଅନୁରୋଧର ଗଣନା ନୁହେଁ। କର୍ନେଲର ଫ୍ଲୋ ସ୍ଥିତି ଆପ୍ଲିକେସନର ସକ୍ରିୟ କାର୍ଯ୍ୟଠାରୁ ଅଧିକ ଦିନ ରହିପାରେ।

କେବଳ ବଡ଼ ସଂଖ୍ୟା ନୁହେଁ, ସମ୍ପର୍କ ଖୋଜନ୍ତୁ

ସମୟ ସହିତ ଭର୍ତ୍ତି ହେବାକୁ ନୂଆ ସଂଯୋଗର ବିଫଳତା ଆରମ୍ଭ ଏବଂ ପ୍ରାସଙ୍ଗିକ କର୍ନେଲ ସନ୍ଦେଶ ସହିତ ତୁଳନା କରନ୍ତୁ। ଉପଯୁକ୍ତ ବିଫଳତା ପ୍ରମାଣ ନଥିବା ଉଚ୍ଚ ଗଣନା, ଅନୁରୋଧ ସମୟ ସମାପ୍ତ ହେବାକୁ ଆରମ୍ଭ କଲାବେଳେ ବାରମ୍ବାର ନିଜ ସୀମାରେ ପହଞ୍ଚୁଥିବା ଟେବୁଲଠାରୁ ଭିନ୍ନ।

ଟେବୁଲ ପ୍ରକ୍ସିଠାରୁ ଅଧିକ ସେବା ଦେଇପାରେ। ଅନ୍ୟ ସ୍ଥାନୀୟ ସେବା, ଆଗକୁ ପଠାଯାଇଥିବା ଟ୍ରାଫିକ କିମ୍ବା ଅନ୍ୟ ବ୍ୟସ୍ତ ନେଟୱାର୍କ ପଥ ଯୋଗଦାନ ଦେଇପାରେ। ପ୍ରକ୍ସି ପୁନଃ ଆରମ୍ଭ କଲେ ଲକ୍ଷଣ ବଦଳିବା Squidର ବସ୍ତୁ କ୍ୟାସ୍ କାରଣ ଥିଲା ବୋଲି ପ୍ରମାଣ କରେ ନାହିଁ।

ପ୍ରତିଦ୍ୱନ୍ଦ୍ୱୀ ବ୍ୟାଖ୍ୟାଗୁଡ଼ିକୁ ଦୃଷ୍ଟିରେ ରଖନ୍ତୁ: ଫାଇଲ ଡିସ୍କ୍ରିପ୍ଟର, ପ୍ରମାଣୀକରଣ ସହାୟକଙ୍କ ଧାଡ଼ି, DNS ବିଳମ୍ବ, ମେମୋରୀ ଚାପ ଏବଂ ପୂର୍ଣ୍ଣ ଫାଇଲସିଷ୍ଟମ ମଧ୍ୟ ସମୟ ସହିତ ଖରାପ ହୋଇପାରେ। କେଉଁ ଉତ୍ସ ବଢ଼ୁଛି ଏବଂ କେଉଁ କାର୍ଯ୍ୟ ପ୍ରଥମେ କାମ କରିବା ବନ୍ଦ କରେ ତାହା ଲେଖନ୍ତୁ। ଦୀର୍ଘଜୀବୀ ସଂଯୋଗ ଟିକି ରହିବା ସମୟରେ ନୂଆ ବିଫଳ ହେବା ଉପଯୋଗୀ ପ୍ରମାଣ, ନିଜେ ନିଦାନ ନୁହେଁ।

ସୀମା ବଢ଼ାଇବାର ମେମୋରୀ ଖର୍ଚ୍ଚ ଅଛି। ବଦଳାଇବା ପୂର୍ବରୁ କାର୍ଯ୍ୟଭାର, ନେମସ୍ପେସ ଏବଂ ଉପଲବ୍ଧ କ୍ଷମତା ନିର୍ଣ୍ଣୟ କରନ୍ତୁ। ବିନା ବିଚାରରେ ସମୟସୀମା ଛୋଟ କଲେ ଉପଯୋଗୀ ନିଷ୍କ୍ରିୟ ସେସନ ଭାଙ୍ଗିପାରେ; ସମସ୍ତ ସଂଯୋଗ ସ୍ଥିତି ଲିଭାଇଲେ ଅସମ୍ପର୍କିତ ଟ୍ରାଫିକ ବାଧାପ୍ରାପ୍ତ ହୋଇପାରେ।

ଉପଯୋଗୀ ଫଳାଫଳ ହେଉଛି ଜମା ହେବାର ବ୍ୟାଖ୍ୟା ଏବଂ ତାହା ସହିତ ମେଳ ଖାଉଥିବା କ୍ଷମତା କିମ୍ବା ଜୀବନଚକ୍ର ପରିବର୍ତ୍ତନ। ବଢ଼ାଇବା ସୁରକ୍ଷିତ ଏହା ପ୍ରତ୍ୟେକ ପ୍ରକ୍ସି ସର୍ଭରରେ ଥିବା ଗୁଣ ନୁହେଁ।