HTTP 504 Gateway Timeout ବନାମ ଆପଣଙ୍କ କ୍ଲାଏଣ୍ଟର ଟାଇମଆଉଟ

ଆପଣଙ୍କ କ୍ଲାଏଣ୍ଟ ସାଠି ସେକେଣ୍ଡ ଅପେକ୍ଷା କରିବାକୁ ପ୍ରସ୍ତୁତ। ଦଶ ସେକେଣ୍ଡ ପରେ ଏହା HTTP 504 ପାଏ। କ୍ଲାଏଣ୍ଟର ଟାଇମଆଉଟ ଦୁଇ ମିନିଟ କରିବା ଦ୍ୱାରା ଗେଟୱେ ଆଉ ପଚାଶ ସେକେଣ୍ଡ କାମ ପାଏ ନାହିଁ।

504 ଏପରି ଏକ ଗେଟୱେ କିମ୍ବା ପ୍ରକ୍ସି ବର୍ଣ୍ଣନା କରେ ଯାହା ଅନୁରୋଧ ସମ୍ପୂର୍ଣ୍ଣ କରିବାକୁ ଚେଷ୍ଟା କରୁଥିବା ସମୟରେ ସମୟୋଚିତ ଅପଷ୍ଟ୍ରିମ ପ୍ରତିକ୍ରିୟା ପାଇନାହିଁ। ଗେଟୱେ ପୂର୍ବରୁ ନିଜର ନିଷ୍ପତ୍ତି ନେଇ ପ୍ରତିକ୍ରିୟା ଫେରାଇ ସାରିଛି। ଆପଣଙ୍କ କ୍ଲାଏଣ୍ଟ ସେହି ପ୍ରତିକ୍ରିୟା ସହଜରେ ପଢ଼ିପାରେ।

କେଉଁ ମଧ୍ୟସ୍ଥ ଏହାକୁ ଫେରାଇଲା?

ଫରୱାର୍ଡ ପ୍ରକ୍ସି ହିଁ ଜାରି କରିଥାଇପାରେ। ୱେବସାଇଟ ଦ୍ୱାରା ପରିଚାଳିତ ପରବର୍ତ୍ତୀ ଗେଟୱେ ମଧ୍ୟ ହୋଇପାରେ। CONNECT ଭିତରେ ସାଧାରଣ ଏଣ୍ଡ-ଟୁ-ଏଣ୍ଡ TLS ସହିତ, ସେହି ସୁରକ୍ଷିତ ଗନ୍ତବ୍ୟ ବିନିମୟରୁ ଆସୁଥିବା HTTP ପ୍ରତିକ୍ରିୟା CONNECT ନିଜକୁ ଅସ୍ୱୀକାର କରିବା ସହ ସମାନ ନୁହେଁ।

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

ତାପରେ ସେହି ଅପଷ୍ଟ୍ରିମ କାର୍ଯ୍ୟ କାହିଁକି ସମ୍ପୂର୍ଣ୍ଣ ହେଲା ନାହିଁ ତାହା ଯାଞ୍ଚ କରନ୍ତୁ। ପହଞ୍ଚଣ, ଅଧିକ ଭାରାକ୍ରାନ୍ତ ସେବା, ଅପଷ୍ଟ୍ରିମ ଯାହାକୁ ଆଶାନୁସାରେ ପ୍ରକ୍ରିୟା କରିପାରିବ ନାହିଁ ସେପରି ଅନୁରୋଧ ବଡି, ଏବଂ ଆପ୍ଲିକେସନର ଆଚରଣ ସବୁ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ହୋଇପାରେ। କେବଳ ସଂଖ୍ୟାତ୍ମକ ସ୍ଥିତି ପ୍ରମାଣ କରେ ନାହିଁ ଯେ User-Agent ବଦଳାଇବା କିମ୍ବା ଗୋଟିଏ ଟାଇମଆଉଟ ବିକଳ୍ପ ଯୋଡ଼ିବା ସର୍ବଭୌମ ସମାଧାନ।

ସେହି ଅନୁରୋଧକୁ ତୁଳନା କରନ୍ତୁ

ଅନ୍ୟ ଉପକରଣ କାମ କଲେ ପଦ୍ଧତି, ଲକ୍ଷ୍ୟ, ବଡି ଏନକୋଡିଂ, ପ୍ରମାଣୀକରଣ ଏବଂ ପଥ ତୁଳନା କରନ୍ତୁ। "URL ବ୍ରାଉଜରରେ ଖୋଲେ" ଏକ ସେବା କ୍ଲାଏଣ୍ଟ ମାଧ୍ୟମରେ multipart ଦାଖଲ ସହ ପୂର୍ଣ୍ଣ ତୁଳନା ନୁହେଁ।

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