Size: a a a

2019 December 26

ВМ

Владимир Муковоз in nginx_ru
Yuri
нет вебсокета - нет проблем, стопудово
есть
источник

ВМ

Владимир Муковоз in nginx_ru
но не проксирую через nginx
источник

ВМ

Владимир Муковоз in nginx_ru
и как перестал проксировать прям сервер легче работать стал
источник

ВМ

Владимир Муковоз in nginx_ru
на вебсокетах было оченьмного трафика
источник

Y

Yuri in nginx_ru
с этим трудно поспорить. Чем меньше нагрузки на nginx, тем серверу легче
источник

ВМ

Владимир Муковоз in nginx_ru
суть в том что nginx никак не модифицирует вебсокет трафик
источник

ВМ

Владимир Муковоз in nginx_ru
он сразу ужатый и оптимизированный с nodejs идёт
источник

ВМ

Владимир Муковоз in nginx_ru
nginx в данном случае третий лишний
источник

Y

Yuri in nginx_ru
Не спорю.
источник

AG

Alex Gluck in nginx_ru
@kvaps и ты тут?
источник

k

kvaps in nginx_ru
Alex Gluck
@kvaps и ты тут?
теперь да :)
источник

AG

Alex Gluck in nginx_ru
Рад тебя видеть, с наступающим всех!
источник

k

kvaps in nginx_ru
Alex Gluck
Рад тебя видеть, с наступающим всех!
взаимно)
источник

k

kvaps in nginx_ru
Тем не менее у меня и вопрос для этой группы назрел, может здесь кто подскажет:

Используем nginx-ingress-controller, недавно обнаружили, что nginx не переваривает урлы размером больше 8 килобайт. Если запрашиваемый урл больше чем 8K, то приходит пустой ответ от сервера:

curl: (52) Empty reply from server

В логе nginx'а при этом чисто. Это баг или фича такая?
источник

AG

Alex Gluck in nginx_ru
kvaps
Тем не менее у меня и вопрос для этой группы назрел, может здесь кто подскажет:

Используем nginx-ingress-controller, недавно обнаружили, что nginx не переваривает урлы размером больше 8 килобайт. Если запрашиваемый урл больше чем 8K, то приходит пустой ответ от сервера:

curl: (52) Empty reply from server

В логе nginx'а при этом чисто. Это баг или фича такая?
large_client_header_buffers
client_header_buffer_size
client_body_buffer_size
источник

DS

Dmitry Sergeev in nginx_ru
Владимир Муковоз
nginx в данном случае третий лишний
Ну не так все просто. Удобно терминировать ssl в одном месте, а в случае с nodejs придется сертификаты держать, чтобы были доступны и c nodejs и с nginx.
Также придется использовать левый порт, а в случае с мобильными операторами, это не очень классно. Бывает их режут.
источник

k

kvaps in nginx_ru
Обновил на
large_client_header_buffers 16 64k;
всё равно больше 8k не пропускает
источник

AG

Alex Gluck in nginx_ru
kvaps
Обновил на
large_client_header_buffers 16 64k;
всё равно больше 8k не пропускает
А в логах нджинкса что?
источник

DS

Dmitry Sergeev in nginx_ru
Yuri
самое западло - websocket-соединения, когда тебе надо релоаднуть nginx… а потом еще раз… и еще. Пока память не кончится на сервере из-за незавершенных старых воркеров.
До недавнего времени не было способа оборвать их, не отрезав клиентов.
источник

k

kvaps in nginx_ru
Alex Gluck
А в логах нджинкса что?
нет ошибок, емнип даже запрос туда не попадает
источник