WebSocket 1006 seit net hokker skeakel bruts
Lês abnormale WebSocket-sluting as ûntbrekkend bewiis fan de Close-handshake en fêstigje dan oft de proxy-opset of in al fêstige sesje mislearre.
WebSocket-koade 1006 meldt in abnormale sluting sûnder it ferwachte Close-rame. De koade is reservearre: in einpunt mei 1006 net as status yn in WebSocket Close-rame stjoere. It yn in API-evenemint sjen is gjin serverberjocht dat de proxy as oarsaak oanwiist.
As de ferbining nea iepene is
Folgje de opset yn folchoarder: ferbining mei de proxy, proxy-ûnderhanneling, bestimming-TLS foar WSS, dan de WebSocket-iepeningshandshake. In proxy-útdaging of tunnel-ôfwizing kin de searje foar de WebSocket-stap stopje.
As it iepene en berjochten droech
Skriuw de brûkbere doer en wat der foar de sluting barde. Ferfiersûnderbrekking, it ôfsluten fan de applikaasje en it belied fan in tuskenpartij kinne in ûntfanger sûnder in skjinne slútútwikseling litte.
Bewarje it einpunt, de sesje-identifikaasje, de lêste aktiviteit en oft in normale Close-rame waarnommen is. Ferlykje de netwurkflaters fan de browser of bibleteek mei bestimmingslogboeken dy't jo beheare. Allinnich de evenemintkoade kin de ISP, proxy-operator of applikaasjeserver net as boarne identifisearje.
In normale HTTPS-side fia deselde proxy test in koarte útwikseling, net de libbensdoer fan dizze sesje. Hâld de browsersteat en applikaasjekoade stabyl by it feroarjen fan de rûte; oars is in slagge nije poging dreech te ynterpretearjen.
Reparearje de grins dy't it bewiis stipet. Proxy-autentikaasje, TLS-fertrouwen en werferbining fan de applikaasje binne aparte taken, en it ferheegjen fan alle time-outs kin 1006 net ien fan har oanwize litte.