> Читаем внимательно.Попробуйте, пока у вас не вышло.
> Вы вообще не поняли что там написано и про что этот GUID.
> Это просто идентификатор, что сервер поддерживает WebSocket. Это не "ключ".
Вы не смогли осилить мой комментарий, правда? Я вам процитирую главное.
--- cut ---
Внимание, вопрос: почему в стандарте не написано "сгенерируйте текстовую строку из разрешенных символов? Почему не написано "к этой строке надо конкатенировать другую строку "258EAFA5-E914-47DA-95CA-C5AB0DC85B11"? Почему там требование ненужного base64 и ненужного guid?
--- cut ---
Строка "258EAFA5-E914-47DA-95CA-C5AB0DC85B11" не GUID. Это просто строка, для конкатенирования к другой строке, принятой от клиента. Не к base64-кодированным данным, а к обычной строке, ведь декодирования не происходит. GUID - это 16 байт. Конкатенируемая "258EAFA5-E914-47DA-95CA-C5AB0DC85B11" - это строка.
For this header field, the server has to take the value (as present
in the header field, e.g., the base64-encoded [RFC4648] version minus
any leading and trailing whitespace) and concatenate this with the
Globally Unique Identifier (GUID, [RFC4122]) "258EAFA5-E914-47DA-
95CA-C5AB0DC85B11
Перевод: сервер должен взять строку из заголовка и прибавить к ней другую строку. Все. Слова base64-encoded, RFC4648, GUID, RFC4122 совершенно лишние и вообще никакого смысла в данном случае не несут.
Не сервер должен декодировать base64 строку и добавить к ней сгенерированный guid. Нет. Сервер должен взять пришедшую строку и добавить к ней строку "258EAFA5-E914-47DA-
95CA-C5AB0DC85B11".
Клиент, который будет проверять ответ, тоже должен взять эти строки. Не свои случайно сгенерированные 16 байт, как написано в стандарте "The value of this header field MUST be a nonce consisting of a randomly selected 16-byte value that has been base64-encoded", а уже закодированную в base64 строку. Смысла в генерации этих байт по стандарту нет. Можно сразу генерировать строку похожую на base64 (из алфавита a..z=), от этого смысл ни на йоту не поменяется.
Теперь понимаете?
