Partage de technologie

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

Raison : Spring-security est intégré.Interception de la requête Websocket et n'a pas généré de journaux (car le niveau de journalisation général lié au printemps est averti. Il y a trop de journaux en mode débogage)

Ensuite, vous pouvez modifier le niveau de journalisation du ressac pour afficher les journaux

# 日志配置
logging:
  level:
    com.cas.wict: debug
    org.springframework: warn
    org.springframework.web: debug
    io.undertow: debug

Sortie du journal des clés

2024-07-11 10:15:43.292 [XNIO-1 task-1] DEBUG io.undertow.request.security
 - Attempting to authenticate /ws, authentication required: false
2024-07-11 10:15:43.293 [XNIO-1 task-1] DEBUG io.undertow.request.security
 - Authentication outcome was NOT_ATTEMPTED with method io.undertow.security.impl.CachedAuthenticatedSessionMechanism@7fedbc60 for /ws
2024-07-11 10:15:43.293 [XNIO-1 task-1] DEBUG io.undertow.request.security
 - Authentication result was ATTEMPTED for /ws

Il a été constaté que la sécurité avait peut-être intercepté le chemin de la requête ws (pourquoi il a été intercepté, je suppose que bien que ws ait été écrit, il était toujours http lorsqu'il a été lancé et il a été mis à niveau de l'arrière-plan vers websocket)

Solution : abandonnez la vérification et écrivez un filtre séparé pour vérifier les requêtes ws

Pourquoi était-il possible de se connecter à l'aide de netty-websocket auparavant ? C'était parce que netty n'utilisait pas la chaîne de filtres de sécurité Spring.