WebSocket 1006 କେଉଁ କଡ଼ି ଭାଙ୍ଗିଲା ତାହା କହେ ନାହିଁ
ଅସ୍ୱାଭାବିକ WebSocket ବନ୍ଦକୁ ଅନୁପସ୍ଥିତ Close handshake ପ୍ରମାଣ ଭାବରେ ପଢ଼ନ୍ତୁ, ତାପରେ proxy ସେଟଅପ୍ କିମ୍ବା ପୂର୍ବରୁ ସ୍ଥାପିତ ସେସନ ବିଫଳ ହୋଇଛି କି ନାହିଁ ନିର୍ଣ୍ଣୟ କରନ୍ତୁ।
WebSocket କୋଡ୍ 1006 ପ୍ରତ୍ୟାଶିତ Close ଫ୍ରେମ୍ ବିନା ଅସ୍ୱାଭାବିକ ବନ୍ଦ ଘଟିଥିବା ଜଣାଏ। ଏହି କୋଡ୍ ସଂରକ୍ଷିତ: କୌଣସି endpoint WebSocket Close ଫ୍ରେମରେ 1006 କୁ ସ୍ଥିତି ଭାବରେ ପଠାଇବା ଉଚିତ୍ ନୁହେଁ। API ଘଟଣାରେ ଏହାକୁ ଦେଖିବା proxy କୁ କାରଣ ଭାବରେ ଦର୍ଶାଉଥିବା ସର୍ଭର ସନ୍ଦେଶ ନୁହେଁ।
ଯଦି ସଂଯୋଗ କେବେ ଖୋଲିଲା ନାହିଁ
ସେଟଅପ୍ କ୍ରମରେ ଅନୁସରଣ କରନ୍ତୁ: proxy ସହ ସଂଯୋଗ, proxy ବୁଝାମଣା, WSS ପାଇଁ ଲକ୍ଷ୍ୟ TLS, ତାପରେ WebSocket ଖୋଲିବା handshake। proxy ଆହ୍ୱାନ କିମ୍ବା ଟନେଲ ପ୍ରତ୍ୟାଖ୍ୟାନ WebSocket ପର୍ଯ୍ୟାୟ ପୂର୍ବରୁ କ୍ରମକୁ ଅଟକାଇପାରେ।
ଯଦି ଏହା ଖୋଲିଲା ଏବଂ ସନ୍ଦେଶ ବହନ କଲା
ଉପଯୋଗୀ ଅବଧି ଏବଂ ବନ୍ଦ ପୂର୍ବରୁ କଣ ଘଟିଲା ତାହା ରେକର୍ଡ କରନ୍ତୁ। ପରିବହନ ବ୍ୟାଘାତ, ଆପ୍ଲିକେସନ ବନ୍ଦ ଏବଂ ମଧ୍ୟସ୍ଥର ନୀତି—ସବୁ ଗ୍ରହଣକାରୀକୁ ପରିଷ୍କାର ବନ୍ଦ ବିନିମୟ ବିନା ଛାଡ଼ିପାରେ।
endpoint, ସେସନ ପରିଚାୟକ, ଶେଷ କାର୍ଯ୍ୟକଳାପ ଏବଂ ସାଧାରଣ Close ଫ୍ରେମ୍ ଦେଖାଯାଇଛି କି ନାହିଁ ସଂରକ୍ଷଣ କରନ୍ତୁ। ବ୍ରାଉଜର କିମ୍ବା ଲାଇବ୍ରେରୀର ନେଟୱାର୍କ ତ୍ରୁଟିକୁ ଆପଣ ନିୟନ୍ତ୍ରଣ କରୁଥିବା ଲକ୍ଷ୍ୟ ଲଗ ସହ ତୁଳନା କରନ୍ତୁ। କେବଳ ଘଟଣା କୋଡ୍ ISP, proxy ଅପରେଟର କିମ୍ବା ଆପ୍ଲିକେସନ ସର୍ଭରକୁ ଉତ୍ସ ଭାବରେ ଚିହ୍ନଟ କରିପାରିବ ନାହିଁ।
ସେହି proxy ମାଧ୍ୟମରେ ଚାଲୁଥିବା ସାଧାରଣ HTTPS ପୃଷ୍ଠା ଏକ ସଂକ୍ଷିପ୍ତ ବିନିମୟ ଯାଞ୍ଚ କରେ, ଏହି ସେସନର ଆୟୁ ନୁହେଁ। ମାର୍ଗ ପରିବର୍ତ୍ତନ ସମୟରେ ବ୍ରାଉଜର ସ୍ଥିତି ଏବଂ ଆପ୍ଲିକେସନ କୋଡ୍ ସ୍ଥିର ରଖନ୍ତୁ; ନଚେତ୍ ସଫଳ ପୁନଃପ୍ରୟାସକୁ ବ୍ୟାଖ୍ୟା କରିବା କଷ୍ଟକର।
ପ୍ରମାଣ ଯାହାକୁ ସମର୍ଥନ କରେ ସେହି ସୀମା ମରାମତି କରନ୍ତୁ। proxy ପ୍ରମାଣୀକରଣ, TLS ବିଶ୍ୱାସ ଏବଂ ଆପ୍ଲିକେସନ ପୁନଃସଂଯୋଗ ଅଲଗା କାର୍ଯ୍ୟ, ଏବଂ ସମସ୍ତ ଟାଇମଆଉଟ୍ ବଢ଼ାଇ 1006କୁ ସେଥିମଧ୍ୟରୁ ଗୋଟିଏ ଚିହ୍ନଟ କରାଇବା ସମ୍ଭବ ନୁହେଁ।