WebSocket 1006 zegt niet welke schakel brak
Lees een abnormale WebSocket-sluiting als ontbrekend bewijs van de Close-handshake en bepaal daarna of de proxyconfiguratie of een bestaande sessie faalde.
WebSocket-code 1006 meldt een abnormale sluiting zonder het verwachte Close-frame. De code is gereserveerd: een endpoint mag 1006 niet als status in een WebSocket Close-frame sturen. Het in een API-gebeurtenis zien is geen serverbericht dat de proxy als oorzaak aanwijst.
Als de verbinding nooit openging
Volg de configuratie op volgorde: verbinding met de proxy, proxy-onderhandeling, doel-TLS voor WSS en dan de WebSocket-openingshandshake. Een proxy-uitdaging of tunnelweigering kan de reeks vóór de WebSocket-fase stoppen.
Als hij openging en berichten droeg
Noteer de bruikbare duur en wat er vóór de sluiting gebeurde. Een onderbreking van het transport, het afsluiten van de applicatie en het beleid van een tussenpartij kunnen de ontvanger zonder een schone sluitingsuitwisseling achterlaten.
Bewaar het endpoint, de sessie-identificatie, de laatste activiteit en of een normaal Close-frame is waargenomen. Vergelijk de netwerkfouten van de browser of bibliotheek met doellogs die u beheert. Alleen de gebeurteniscode kan de provider, de proxy-exploitant of de applicatieserver niet als bron aanwijzen.
Een normale HTTPS-pagina via dezelfde proxy test een korte uitwisseling, niet de levensduur van deze sessie. Houd de browsertoestand en applicatiecode stabiel bij het wijzigen van de route; anders is een geslaagde nieuwe poging moeilijk te interpreteren.
Repareer de grens die het bewijs ondersteunt. Proxy-authenticatie, TLS-vertrouwen en herverbinding van de applicatie zijn aparte taken, en het verhogen van alle time-outs kan 1006 niet één daarvan laten aanwijzen.