WebSocket 1006-ը չի ասում, թե որ օղակը կտրվեց

WebSocket 1006 կոդը հաղորդում է աննորմալ փակման մասին՝ առանց սպասվող Close շրջանակի։ Կոդը վերապահված է. վերջնակետը չպետք է 1006 ուղարկի որպես կարգավիճակ WebSocket Close շրջանակում։ Այն API իրադարձության մեջ տեսնելը սերվերի հաղորդագրություն չէ, որը proxy-ն որպես պատճառ կնշի։

Եթե կապը երբեք չի բացվել

Հետևեք կարգավորմանը հերթականությամբ՝ կապ proxy-ի հետ, proxy-ի բանակցություն, նպատակակետի TLS WSS-ի համար, ապա WebSocket-ի բացման handshake։ Proxy-ի մարտահրավերը կամ թունելի մերժումը կարող են դադարեցնել հաջորդականությունը WebSocket փուլից առաջ։

Եթե այն բացվել է և հաղորդագրություններ է տեղափոխել

Գրանցեք օգտակար տևողությունը և այն, ինչ տեղի է ունեցել փակումից առաջ։ Տրանսպորտի ընդհատումը, հավելվածի անջատումը և միջնորդի քաղաքականությունը կարող են ստացողին թողնել առանց մաքուր փակման փոխանակության։

Պահպանեք վերջնակետը, սեսիայի նույնացուցիչը, վերջին ակտիվությունը և արդյոք նկատվել է սովորական Close շրջանակ։ Համեմատեք դիտարկիչի կամ գրադարանի ցանցային սխալները ձեր վերահսկած նպատակակետի մատյանների հետ։ Միայն իրադարձության կոդը չի կարող որպես աղբյուր նույնացնել ISP-ին, proxy-ի օպերատորին կամ հավելվածի սերվերին։

Նույն proxy-ով աշխատող սովորական HTTPS էջը ստուգում է կարճ փոխանակություն, ոչ այս սեսիայի կյանքը։ Երթուղին փոխելիս պահեք դիտարկիչի վիճակը և հավելվածի կոդը անփոփոխ. հակառակ դեպքում հաջող կրկնափորձը դժվար է մեկնաբանել։

Վերանորոգեք այն սահմանը, որն ապացույցները հաստատում են։ Proxy-ի նույնականացումը, TLS-ի վստահությունը և հավելվածի վերամիացումը առանձին աշխատանքներ են, և բոլոր ժամկետների մեծացումը չի կարող 1006-ին ստիպել նշել դրանցից մեկը։