WebSocket 1006 forteller ikke hvilken lenke som røk
Les unormal WebSocket-lukking som manglende bevis for Close-håndtrykket, og finn deretter ut om proxyoppsettet eller en etablert økt sviktet.
WebSocket-kode 1006 rapporterer unormal lukking uten den forventede Close-rammen. Koden er reservert: et endepunkt må ikke sende 1006 som status i en WebSocket Close-ramme. Å se den i en API-hendelse er ikke en servermelding som peker på proxyen som årsak.
Hvis tilkoblingen aldri ble åpnet
Følg oppsettet i rekkefølge: tilkobling til proxyen, proxyforhandling, destinasjons-TLS for WSS, deretter WebSocket-åpningshåndtrykket. En proxyutfordring eller avvisning av tunnelen kan stoppe sekvensen før WebSocket-trinnet.
Hvis den åpnet og fraktet meldinger
Noter den brukbare varigheten og hva som skjedde før lukkingen. Avbrudd i transporten, nedstenging av applikasjonen og en mellommanns policy kan alle etterlate mottakeren uten en ren lukkeutveksling.
Bevar endepunktet, øktidentifikatoren, siste aktivitet og om en normal Close-ramme ble observert. Sammenlign nettverksfeilene til nettleseren eller biblioteket med destinasjonslogger du kontrollerer. Bare hendelseskoden kan ikke identifisere leverandøren, proxyoperatøren eller applikasjonsserveren som kilde.
En vanlig HTTPS-side gjennom samme proxy tester en kort utveksling, ikke levetiden til denne økten. Hold nettlesertilstanden og applikasjonskoden uendret når du bytter rute; ellers er et vellykket nytt forsøk vanskelig å tolke.
Reparer grensen som bevisene støtter. Proxyautentisering, TLS-tillit og gjenoppkobling av applikasjonen er separate jobber, og å øke alle tidsavbrudd kan ikke få 1006 til å peke ut en av dem.