- Enviado
- 24 de setembro de 2026 às 21:28 UTC
- Autor
- Kamo
- Confirmação
- a657dec
Desde 46191c47 cada navegador WebSocket autentica com ?otk=<key>. Os soquetes EmailService conectam-se através da mesma origem /email-ws reescrever, então eles passam por proxy.ts - cuja antiga regra OTK envia qualquer ?otk= URL para /validar como uma transferência de sinal. Cada aperto de mão do SockJS foi respondeu com um 307 para /validate (curl /email-ws/info?otk=x mostra), e estatísticas do corretor do EmailService ler 0 sessões WebSocket, 0 CONNECTs on Ambas as cápsulas. O crachá de correio, a lista de correios, a campainha de notificação, calendário e contato-sincronização mudanças e progresso da campanha tudo parou estar vivendo juntos; o crachá só se moveu em seu backback REST quando o aba recuperou o foco. MediaService sockets foram poupados porque eles vão para O seu próprio anfitrião. Os caminhos de reescrita do socket (/email-ws, /image-pipeline-ws) estão isentos de o redirecionamento de hand-off; uma página com ?otk= ainda passa por /validate. Um teste executa o proxy real contra URLs de aperto de mão e mantém o lista de isenção para as reescritas /ws declaradas em next.config.mjs.