Как определить WebSocket клиента?

Question

[My1Name]

Добрый день. Программа - чат. На стороне клиента, данные отправляются с помощью js через WebSocket

let socket = new WebSocket("wss://localhost:8080/chat/");
.........
  socket.send(message);

На стороне сервера, входящий "message" поступает с данными Authentication Principal. В тело сообщения добавляется информация о том, кому адресован message... На каждой странице клиента есть слушатель:

socket.onmessage = function(event) {
  let message = event.data;

Вопрос: Как определить WebSocket конкретного клиента, чтоб не проверять event.data у всех?

Comments

[My1Name]

VolgaVolga,
Intro to Security and WebSockets

[VolgaVolga]

My1Name, Retrieve User Information in Spring Security

[My1Name]

VolgaVolga, данные поступающие через настроенный WebSocket, через Principal можно получить в контроллере. Не в этом суть вопроса.

[Евгений Косухин]

Не работал со Spring, и вообще чисто зашел сюда из за тэга JS.

Но может быть проблема больше логическая?

Я так понял что все пользователи получают одни и те же сообщения, а вы хотите создавать приватную беседу.

Вот нагуглил статю когда вебсокеты поделены на разные каналы
https://not-satoshi.com/get-connected-subscribing-...

Может поможет, может нет, если не в тему не судите строго

[My1Name]

Я так понял что все пользователи получают одни и те же сообщения, а вы хотите создавать приватную беседу

- Да. И судя по всему, ответ на мой вопрос: "Как определить WebSocket конкретного клиента?" - никак. Сервер пишет сообщения в один поток (в общий канал, например в формате JSON), а все клиенты парсят event.data

handleMessage(event) {
    const message = JSON.parse(event.data);
    if (message && message.channel && this.channels.has(message.channel)) {
      this.channels.get(message.channel).forEach((callback) => callback(message));
    }
  }

Как вариант, можно разделить принятие message на два этапа: 1. Сервер посылает в общий канал короткий идентификатор клиента (получателя). 2. Тот, кому адресовано сообщение, создаёт ajax запрос на получение данных по полученному идентификатору. Или создаёт новое Soket соединение с идентификатором. Таким образом в общем канале будут только короткие сообщения ("ключи"). Принятие данных, будет происходить в 2 соединения с сервером.

Это пожалуй самый безопасный вариант в рамках Spring Security. На стороне сервера после запроса получателя, можно проверить два Principal-а (отправителя и получателя). И таким образом исключить возможность использования ключей третьей стороной.