Squid ମାଧ୍ୟମରେ WSS ସାଧାରଣ WebSocket ଅପଗ୍ରେଡ୍ ପରି ନୁହେଁ
ଫରୱାର୍ଡ ପ୍ରକ୍ସିରେ CONNECT ଭିତରର ଏନକ୍ରିପ୍ଟେଡ୍ WebSocket ଏବଂ ସାଧାରଣ HTTP Upgrade ପରିଚାଳନାକୁ ଅଲଗା କରନ୍ତୁ।
Squid HTTP Upgrade ଅନୁରୋଧ ଦେଖେ, ନା କେବଳ ଏନକ୍ରିପ୍ଟେଡ୍ ଟ୍ରାଫିକ୍ ବହନ କରୁଥିବା ସୁଡ଼ଙ୍ଗ ଦେଖେ? ଏହା ନିର୍ଣ୍ଣୟ କରେ ଯେ ଏହାର HTTP Upgrade ନିୟନ୍ତ୍ରଣ ବିଫଳତାକୁ ସମାଧାନ କରେ କି ନାହିଁ।
| ସାଧାରଣ ସ୍ପଷ୍ଟ ପ୍ରକ୍ସି ପଥ | Squid ଯାହା ସମ୍ମୁଖୀନ ହୁଏ |
|---|---|
wss:// | ସାଧାରଣତଃ CONNECT, ତାପରେ WebSocket ହ୍ୟାଣ୍ଡସେକ୍ ବହନ କରୁଥିବା ଲକ୍ଷ୍ୟ TLS |
ws:// | ପ୍ରକ୍ସି ପ୍ରକ୍ରିୟା କରିପାରୁଥିବା ଏକ ସାଧାରଣ HTTP Upgrade ଅନୁରୋଧ |
Squid ର ଅପଗ୍ରେଡ୍ ନିୟନ୍ତ୍ରଣ ଏହା ପ୍ରକ୍ରିୟା କରୁଥିବା ଅନୁରୋଧଗୁଡ଼ିକ ସହ ସମ୍ପୃକ୍ତ। ସାଧାରଣ ଅସ୍ୱଚ୍ଛ WSS ସୁଡ଼ଙ୍ଗ ଭିତରର ଏନକ୍ରିପ୍ଟେଡ୍ HTTP ହେଡର୍ ଏହା ପ୍ରକାଶ କରେ ନାହିଁ। TLS ଇଣ୍ଟରସେପ୍ସନ୍ କିମ୍ବା ଅନ୍ୟ ବିଶେଷ ପ୍ରକ୍ସି ପରିଚାଳନା ଦୃଶ୍ୟମାନତା ବଦଳାଏ ଏବଂ ନିଜର ସୁସଙ୍ଗତତା ଆବଶ୍ୟକତା ଆଣିପାରେ।
WSS ପାଇଁ, କ୍ରମ କେଉଁଠାରେ ଅଟକେ ଖୋଜନ୍ତୁ: ପ୍ରକ୍ସି ସହ ସଂଯୋଗ, ଗ୍ରହଣ କରାଯାଇଥିବା CONNECT, ଯାଞ୍ଚ କରାଯାଇଥିବା TLS, ତାପରେ ଆପ୍ଲିକେସନ୍ ହ୍ୟାଣ୍ଡସେକ୍। TLS ପୂର୍ବରୁ ଅସ୍ୱୀକାର ଏକ ନାକଚ କରାଯାଇଥିବା ସାଧାରଣ Upgrade ଅନୁରୋଧଠାରୁ ଭିନ୍ନ ବିଫଳତା।
ଯଦି ଅପଗ୍ରେଡ୍ ନୀତି ପରିବର୍ତ୍ତନ ଆବଶ୍ୟକ ହୁଏ, ସ୍ଥାପିତ Squid ସଂସ୍କରଣ ପାଇଁ ନିର୍ଦ୍ଦେଶ ବ୍ୟବହାର କରନ୍ତୁ ଏବଂ ଆବଶ୍ୟକ ଆଚରଣକୁ ନିର୍ଦ୍ଦିଷ୍ଟ ଭାବରେ ଅନୁମତି ଦିଅନ୍ତୁ। ସମସ୍ତ ଅପଗ୍ରେଡ୍ ପ୍ରୋଟୋକଲକୁ ଅନୁମତି ଦେଲେ ନୀତି ସମ୍ପୃକ୍ତ ଆପ୍ଲିକେସନ୍ ବାହାରକୁ ବିସ୍ତାର ହୁଏ।
ସଫଳ HTTPS ପୃଷ୍ଠା ଅନୁରୋଧ ପଥର କେବଳ ଏକ ଅଂଶ ସ୍ଥାପିତ କରେ। ଦୀର୍ଘକାଳୀନ WebSocket ଟ୍ରାଫିକ୍ ଆପ୍ଲିକେସନ୍ ଆବଶ୍ୟକତା, ସଂଯୋଗର ଆୟୁ କିମ୍ବା ମଧ୍ୟସ୍ଥମାନଙ୍କ ପ୍ରତିବନ୍ଧକ ଯୋଗୁଁ ସେହି ହୋଷ୍ଟନାମ ପାଇଁ ମଧ୍ୟ ବିଫଳ ହୋଇପାରେ।