Size: a a a

2019 December 26

AG

Alex Gluck in nginx_ru
kvaps
нет ошибок, емнип даже запрос туда не попадает
тогда проверяй по пути, в случае если не влезает больше 8к, то нджинкс 414 возвращает. А у тебя попути чтото ещё
источник

ВМ

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

ВМ

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

ВМ

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

DS

Dmitry Sergeev in nginx_ru
Владимир Муковоз
ну у меня тоже были такие страхи, но я сильно упирался в вебсокеты было очень тупо и пытался оптимизировать nginx и трафик, а потом понял что nginx то с ним ничего не делает, то есть там даже гзип или бротли банально нет)), дай думаю попробую отделить и всё сразу ожило)
А у меня наоборот =). Жил на отдельных портах с вебсокетами. Потом запарился с костылями и сертификатами для nodejs, и еще клиенты жалуются, что у них чет не работало (окозалось порты резали). И перешел на вебсокеты через nginx. Ну все зависит от конкретной ситуации конечно.
источник

DS

Dmitry Sergeev in nginx_ru
Владимир Муковоз
но вебсокеты у меня проксятся, но только через клоудфлер
Тоже вариант.
источник

ВМ

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

k

kvaps in nginx_ru
Alex Gluck
large_client_header_buffers
client_header_buffer_size
client_body_buffer_size
попробовал
client_body_buffer_size 1M;
client_header_buffer_size 1M;
тоже не пропустило
источник

DS

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

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

curl: (52) Empty reply from server

В логе nginx'а при этом чисто. Это баг или фича такая?
Сам url 8K? Это в основом GET параметры? Или uri такой длинный?
источник

ВМ

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

k

kvaps in nginx_ru
Alex Gluck
тогда проверяй по пути, в случае если не влезает больше 8к, то нджинкс 414 возвращает. А у тебя попути чтото ещё
по пути у меня только nginx
источник

k

kvaps in nginx_ru
Dmitry Sergeev
Сам url 8K? Это в основом GET параметры? Или uri такой длинный?
Да, GET в 8K
источник

k

kvaps in nginx_ru
Dmitry Sergeev
Сам url 8K? Это в основом GET параметры? Или uri такой длинный?
прошу прощения, сам URL такой длинный и весит 8К
источник

DS

Dmitry Sergeev in nginx_ru
ну тут тогда только что-то с header крутить надо. Body то точно не причем должен быть. Попробую на своем ingress это провернуть
источник

MD

M Dan in nginx_ru
я встречал подобную проблему
источник

MD

M Dan in nginx_ru
и решалось как-то щас
источник

MD

M Dan in nginx_ru
не помню
источник

k

kvaps in nginx_ru
Проверьте у себя может:

# curl "https://example.org/$(head -c 9999 /dev/zero |tr '\0' 'a')"
curl: (52) Empty reply from server
источник

MD

M Dan in nginx_ru
curl: (56) Unexpected EOF
источник

k

kvaps in nginx_ru
вот, не решилось похоже :)
источник