CurlAsyncHTTPClient မှတစ်ဆင့် အလုပ်လုပ်သော Tornado HTTP တောင်းခံမှုသည် websocket_connect သည် တူညီသော backend ကို အသုံးပြုသည်ဟု သက်သေမပြပါ။

Tornado ၏ WebSocket ချိတ်ဆက်မှု အကောင်အထည်ဖော်မှုသည် ၎င်း၏ ကိုယ်ပိုင် HTTP ချိတ်ဆက်မှု လမ်းကြောင်းအပေါ် တည်ဆောက်ထားသည်။ ရိုးရှင်းသော HTTP အကောင်အထည်ဖော်မှုက proxy အကွက်များကို ပံ့ပိုးမထားကြောင်း မှတ်တမ်းတင်ထားသည်။ ကမ္ဘာလုံးဆိုင်ရာ အချိန်မတူ HTTP client ကို curl အသုံးပြုရန် ဖွဲ့စည်းခြင်းသည် ဤ WebSocket လမ်းကြောင်းကို curl ၏ proxy ချိတ်ဆက်ကိရိယာဖြင့် အစားမထိုးပါ။

ထို့ကြောင့် HTTPRequest အရာဝတ္ထုကို ပေးပို့ခြင်းသည်လည်း proxy ပံ့ပိုးမှု၏ သက်သေမဟုတ်ပါ။ အရာဝတ္ထုသည် ရွေးချယ်ထားသော အကောင်အထည်ဖော်မှုက လက်မခံသော အကွက်များကို သယ်ဆောင်နိုင်သည်။ အမှားနှင့် အမှန်တကယ် ချိတ်ဆက်မှု အကောင်အထည်ဖော်မှုကို စစ်ဆေးပါ။

အပလီကေးရှင်းသည် proxy မှတစ်ဆင့် WebSocket လိုအပ်ပါက ထို proxy ပရိုတိုကောနှင့် အတည်ပြုနည်းလမ်းကို ပံ့ပိုးသော မှတ်တမ်းတင်ထားသည့် WebSocket ချိတ်ဆက်မှု ပေါင်းစပ်မှုကို ရွေးချယ်ပါ။ ၎င်း၏ သက်တမ်းစက်ဝန်းနှင့် I/O ပုံစံကို အပလီကေးရှင်းနှင့် ကိုက်ညီအောင် ထားပါ။

Proxy လမ်းကြောင်း တည်ထောင်ပြီးနောက်တွင်လည်း လုံခြုံသော WebSocket သည် ဆိုက်ရောက်မည့်နေရာ TLS နှင့် ၎င်း၏ WebSocket လက်ဆွဲနှုတ်ဆက်မှု လိုအပ်နေသေးသည်။ အလုပ်လုပ်သော သာမန် HTTP တောင်းခံမှုသည် ထို နောက်ပိုင်း အဆင့်များထဲမှ တစ်ခုကိုမျှ အတည်မပြုပါ။

ဆက်စပ်ဆောင်းပါးများ