но бизнес чат в реальном времени не можем настроить 2020-02-29 16:18: Pull: scheduling reconnection in 0.5590644508332627 seconds; attempt # 0pull.client.js:1411 2020-02-29 16:18: Pull: Websocket connection with push-server opened
2020-02-29 16:18: Pull: Websocket connection with push-server opened pull.client.js:1436 2020-02-29 16:18: Pull: Websocket connection with push-server closed. Code: 1008, reason: {"http_status": 400, "explain":"Channel id is too large."} pull.client.js:992 2020-02-29 16:18: Pull: scheduling reconnection in 0.5273369925216383 seconds; attempt # 0
примечательно средства дебага вебсокетов показывают что вебсокет закрыт. кто-нибудь может поделиться идеями как дальше искать причину?
Это боль, если честно. 1с самоустраняется от решения проблемы. У меня сложилось впечатление, что у них разработчики сами не до конца понимают, как "это работает". Вроде бы у них "заработало" - и сразу в стабильную версию запустили. Мануала нормального нет.
Такая же проблема. Покупал специально "коробочную" версию, чтобы установить за NATом в локалке. Подразумевалось, что сотрудники должны работать через vpn. Никак. Никакие танцы с бубнами уже месяц - ничего не помогает. Но вот когда будете использовать ИХ облачный сервер push - вообще никаких проблем. Но при этом надо забыть про приватность ваших переписок. Смысл мне такой "коробочной версии"? Вот через их пуш - все работает прекрасно. Так почему в коробке нельзя нормально все сделать? Костыль на костыле. Позор для компании. Также, как и мобильное приложение.
Сергей Исаков, Вадим Жураковский, чтобы пуш за NAT-ом заработал нужно настроить проксирование запросов, для вебсокетов тоже. Это можно реализовать например на nginx, технология "reverse proxy".
Алексей Шафранский написал: Сергей Исаков , Вадим Жураковский , чтобы пуш за NAT-ом заработал нужно настроить проксирование запросов, для вебсокетов тоже. Это можно реализовать например на nginx, технология "reverse proxy".
Вот когда битрикс "коробку" продает, неужели так сложно сделать нормальную документацию? Нет, не выходит каменный цветок.
server { listen 8893; set $PROXY_DOMAIN_OR_IP "192.168.1.119"; #local ip set $PROXY_TO_PORT 8893; }
server { listen 8894;
set $PROXY_DOMAIN_OR_IP "192.168.1.119"; set $PROXY_TO_PORT 8894; }
server { listen 8895; set $PROXY_DOMAIN_OR_IP "192.168.1.119"; set $PROXY_TO_PORT 8895; }
Ничего не работает. Сергей Исаков, вы смогли пробросить?
Реально нет инструкции по такому стандартному кейсу?? Использую front nginx, bixtix крутится в локалке в VM (со своим nginx). Настроил как мог. Ошибок в браузере нет. Но входящие ивенты в веб и приложения не приходят. Пробовал proxy_pass веба переправлять на 443. ничего не изменилось. Че сделал: прокинул порты 8893,8894 через НАТ на VM настройки front nginx: