Was ist der Grund, warum der Browser nicht reagiert, nachdem der WebSocket -Server 401 zurückgegeben hat? Wie löst ich es?

Netty WebSocket Server gibt 401 zurück, Browser nicht reagierende Lösung

Wenn Netty zum Erstellen eines WebSocket -Servers und zur Durchführung einer Token -Überprüfung verwendet wird, gibt der Server bei ungültigem Wert ein 401 -Statuscode zurück und schließt die Verbindung, der Browser kann jedoch in keiner Weise reagieren. Dieser Artikel analysiert dieses Problem und bietet Lösungen.

Problembeschreibung

Token müssen Websocket -Server mit Netty entwickeln. Wenn die Token-Überprüfung fehlschlägt, gibt der Server 401 zurück und schließt die Verbindung, der Browser antwortet jedoch nicht, und das Front-End kann den Grund für die Schließung der Verbindung nicht kennen. Beispiel für serverseitiges Code:

 private void httpesponse401 (ChannelHandlerContext CTX, FullhttpRequest Request) {
    FULLHTTPResponse -Antwort = new DefaultFullHttPesponse (Request.Protocolversion (), httpresponsestatus.unauthorized);
    response.Headerers (). set (httpheadernames.content_length, 0);
    ctx.writeAndFlush (Antwort) .AddListener (ChannelelfUTurelistener.CLOSE);
    ReferenceCountUtil.Release (Anfrage);
}

Front-End-JavaScript-Code:

 var socket = new WebSocket ("WS: //127.0.0.1: 18080/WS? Token = xxxx");

Obwohl der Server 401 zurückgibt und die Verbindung schließt, reagiert der Browser in keiner Weise.

Lösung

Der Browser reagiert nicht mehr, da die 401 -Antwort während der WebSocket -Handshake -Phase ignoriert wird. Wir müssen es während der Handshake -Phase oder nach der Herstellung der Verbindung verarbeiten.

Lösung 1: Return 401 Reaktion während der Handshake -Phase

In der WebSocket -Handshake -Phase (HTTP -Anforderungsphase) wird die HTTP 401 -Antwort direkt zurückgegeben, um eine Websocket -Verbindung zu vermeiden. Ändern Sie den serverseitigen Code:

 if (! validatEtoken (Anfrage)) {
    FULLHTTPResponse -Antwort = new DefaultFullHttPesponse (httpversion.http_1_1, httpresponsestatus.unauthorized);
    response.headerers (). set (httpheadernames.content_type, "text/plain; charset = utf-8");
    response.Headerers (). set (httpheadernames.content_length, response.content (). lesableBytes ());
    ctx.writeAndFlush (Antwort) .AddListener (ChannelelfUTurelistener.CLOSE);
    zurückkehren;
}

Lösung 2: Senden Sie benutzerdefinierte Nachrichten, nachdem die Verbindung hergestellt wurde

Wenn Sie 401 verarbeiten müssen, nachdem die WebSocket -Verbindung hergestellt wurde, können Sie eine benutzerdefinierte Nachricht senden, um das Frontend unmittelbar nach der Erstellung der Verbindung zu benachrichtigen. Fügen Sie einen benutzerdefinierten Prozessor im WebSocketServerProtocolHandler von Netty hinzu:

 Channel.Pipeline (). AddLast (New WebSocketServerProtocolHandler ("/ws") {
    @Override
    public void UseVerventTregered (ChannelHandlerContext CTX, Object EVT) löst Ausnahme {aus {
        if (evt == WebSocketServerProtocolHandler.ServerhandShakestateEvent.handshake_complete) {
            if (! validatEtoken ()) {
                ctx.writeAndflush (neuer textWebsocketframe ("401 nicht autorisiert")).
            }
        }
        super.userEventTRiggered (CTX, EVT);
    }
});

Der Front-End-JavaScript-Code muss auf onmessage -Ereignisse anhören:

 socket.onmessage = function (Ereignis) {
    if (event.data === "401 nicht autorisiert") {
        console.log ("Verbindung geschlossen, Grund: 401 nicht autorisiert");
        socket.close ();
    }
};

Durch die obige Methode kann der Browser den 401-Statuscode korrekt verarbeiten, und das Front-End kann auch entsprechende Feedback-Informationen empfangen, wodurch das Problem der nicht reagierenden Browser-Verantwortung gelöst wird. Welche die gewählte Lösung zu wählen ist, hängt vom spezifischen Anwendungsszenario und den Anforderungen ab.

Das obige ist der detaillierte Inhalt vonWas ist der Grund, warum der Browser nicht reagiert, nachdem der WebSocket -Server 401 zurückgegeben hat? Wie löst ich es?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!