Condivisione della tecnologia

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

Motivo: la sicurezza primaverile è integrata.Intercettata la richiesta websocket e non ha generato log (perché il livello di log generale relativo a Spring è avvisato. Ci sono troppi log in modalità debug)

Quindi è possibile modificare il livello del registro della risacca per visualizzare i registri

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

Output del registro chiave

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

Ho scoperto che la sicurezza potrebbe aver intercettato il percorso della richiesta ws (perché è stato intercettato, immagino che sebbene ws sia stato scritto, era ancora http quando è stato avviato ed è stato aggiornato dallo sfondo a websocket)

Soluzione: abbandonare la verifica e scrivere un filtro separato per verificare le richieste ws

Perché prima era possibile connettersi utilizzando netty-websocket? Era perché netty non utilizzava la catena di filtri di sicurezza a molla?