Socket.io-client: Прикрепленные сеансы на основе файлов cookie (повторное открытие)
Наш проект состоит из набора микросервисов nodejs, взаимодействующих через socket.io. Некоторые из этих микросервисов работают за балансировщиком нагрузки amazon ALB. Единственная доступная привязка сеанса, доступная для целевых групп ALB, основана на файлах cookie, а соединения распределяются с использованием алгоритма циклического перебора, когда файл cookie сеанса не указан в HTTP-запросе.
Это эффективно нарушает протокол рукопожатия, возникающий при установке соединения socket.io, что приводит к ужасному ответу xhr poll error 400.
Обходной путь состоит в том, чтобы полностью отключить опрос xhr в клиенте и полагаться только на фактический веб-сокет. Это идеально в контролируемой среде, но не работает, когда некоторые сервисы разрабатываются и размещаются третьими сторонами.
Также существует другой хак, который состоит в переопределении базового вызова функции require('http').request и выдаче предварительного запроса для получения этих файлов cookie сеанса. Дальнейшие HTTP-запросы будут повторно вставлять файлы cookie в запрос. В лучшем случае я называю это взломом.
См. липкие сеансы ALB
Еще один запрос на ту же функцию #775
turpault
Все 12 Комментарий
Есть новости по этому поводу?
DaVincii
30 нояб. 2017
кто-нибудь когда-нибудь решить это?
AndyGOBrien
11 мая 2018
@AndyGOBrien Один из обходных путей — сначала получить файлы cookie с сервера, а затем открыть сокетное соединение, указав параметр extraHeaders.Cookie следующим образом:
const socket = io(url, {
extraHeaders: {
Cookie: cookiesString
}
})
Документы: https://github.com/socketio/engine.io-client#nodejs -with-extraheaders
gabmontes
11 мая 2018
@turpault во время рукопожатия установлен файл cookie io : https://github.com/socketio/engine.io#methods -1
darrachequesne
15 мая 2018
Да, я заставил это работать. Спасибо, парни
AndyGOBrien
18 мая 2018
@AndyGOBrien ты делал это в браузере или в узле? я могу заставить его работать в узле, но в браузере я не могу установить заголовок cookie
anderoonies
13 авг. 2018
socket.io-client-v2.1.1 в настоящее время опция extraHeaders.Cookie работает только на NodeJS
в Webpack 3.11.0 /Mac 10.13.6/Google Chrome 67.0.3396.87
59naga
16 авг. 2018
@AndyGOBrien Один из обходных путей — сначала получить файлы cookie с сервера, а затем открыть сокетное соединение, указав параметр
extraHeaders.Cookieследующим образом:const socket = io(url, { extraHeaders: { Cookie: cookiesString } })Документы: https://github.com/socketio/engine.io-client#nodejs -with-extraheaders
Любой рабочий пример? Спасибо
Seldonm
14 мар. 2019
Предупреждение. Приведенное выше решение не обрабатывает тайм-аут AWSALB. Если сокет попытается переподключиться после тайм-аута прилипания (т.е. 24 часов), он выдаст transport error .
cyrusmg
1 окт. 2019
socket.io-client-v2.1.1 в настоящее время опция
extraHeaders.Cookieработает только на NodeJS
в Webpack 3.11.0 /Mac 10.13.6/Google Chrome 67.0.3396.87
У меня такая же проблема. повезло, что он уже исправлен?
ceciliazcx
13 мар. 2020
@Seldonm @gabmontes @59naga повезло, что кто-нибудь когда-нибудь успешно справился с ExtraHeaders?
Я вообще не умею.
ceciliazcx
13 мар. 2020
Есть новости по этому поводу? Существуют балансировщики нагрузки, которые работают только с липкой сессией Cookie, например Traefik...
HighSoftWare96
12 июн. 2020
Смежные вопросы
newpanjing
·
3Комментарии
imarun577
·
4Комментарии
Tiboonn
·
6Комментарии
gtk2k
·
3Комментарии
hyperknot
·
6Комментарии
Самый полезный комментарий
@AndyGOBrien Один из обходных путей — сначала получить файлы cookie с сервера, а затем открыть сокетное соединение, указав параметр
extraHeaders.Cookieследующим образом:Документы: https://github.com/socketio/engine.io-client#nodejs -with-extraheaders