Телеграмм чат группы nginx

2020 May 18

AS

Andrei St in nginx_ru

речь о /service1 поинт в том что path prefix не потдерживается для grpc

источник

10:38пожаловаться #1

AS

Andrei St in nginx_ru

читал https://github.com/grpc/grpc/issues/14900

GitHub

Support custom path prefix in gRPC service URL · Issue #14900 · grpc/grpc

I have multiple instances of my gRPC server app running on my servers. My deployment model would be greatly simplified if I could route requests to these based on path, as follows: myserver/path1/m...

источник

10:38пожаловаться #2

V

Victor in nginx_ru

Здравствуйте коллеги.
Посоветуйте пожалуйста решение задачки средствами nginx.

1. Есть система, которая не выдерживает нагрузки от пользователей
2. Стоит лимит (mod_limit) на входной URL, который позволяет ограничить нагрузку ко входному урлу.
3. Нужно сделать так, чтоб те, кто прошёл фильтр могли беспрепятственно продолжлать пользоваться продуктом не спотыкаясь о лимитер. (ну допустим поставить куку и если есть кука то лимитер не должен срабатывать)
Может есть какие-нибудь ещё решения.

В общем нужны пример. если есть.

источник

11:06пожаловаться #3

k

kiosaku in nginx_ru

Andrei St

читал https://github.com/grpc/grpc/issues/14900

GitHub

Support custom path prefix in gRPC service URL · Issue #14900 · grpc/grpc

I have multiple instances of my gRPC server app running on my servers. My deployment model would be greatly simplified if I could route requests to these based on path, as follows: myserver/path1/m...

там же написано, что можно сделать

источник

11:16пожаловаться #4

k

kiosaku in nginx_ru

Victor

Здравствуйте коллеги.
Посоветуйте пожалуйста решение задачки средствами nginx.

1. Есть система, которая не выдерживает нагрузки от пользователей
2. Стоит лимит (mod_limit) на входной URL, который позволяет ограничить нагрузку ко входному урлу.
3. Нужно сделать так, чтоб те, кто прошёл фильтр могли беспрепятственно продолжлать пользоваться продуктом не спотыкаясь о лимитер. (ну допустим поставить куку и если есть кука то лимитер не должен срабатывать)
Может есть какие-нибудь ещё решения.

В общем нужны пример. если есть.

ну прям хитрым waf-ом потянуло ...

источник

11:17пожаловаться #5

k

kiosaku in nginx_ru

из коробки - сделать нельзя

источник

11:17пожаловаться #6

V

Victor in nginx_ru

@kiosaku Я понимаю, что в коробке решения нет. Поэтому и спросил.

источник

11:20пожаловаться #7

AN

Anton Noginov in nginx_ru

Victor

Здравствуйте коллеги.
Посоветуйте пожалуйста решение задачки средствами nginx.

1. Есть система, которая не выдерживает нагрузки от пользователей
2. Стоит лимит (mod_limit) на входной URL, который позволяет ограничить нагрузку ко входному урлу.
3. Нужно сделать так, чтоб те, кто прошёл фильтр могли беспрепятственно продолжлать пользоваться продуктом не спотыкаясь о лимитер. (ну допустим поставить куку и если есть кука то лимитер не должен срабатывать)
Может есть какие-нибудь ещё решения.

В общем нужны пример. если есть.

Куку должно ставить приложение, по-хорошему.
Из коробки можно проверять только, что кука в принципе есть, но не валидность куки.

Можно идти от обратного - те, кто залетел в лимитер, те блокируются на какое-то время. Это можно сделать вцелом из-коробки.

источник

11:20пожаловаться #8

AN

Anton Noginov in nginx_ru

Если есть возможность поправить приложение, и добавить туда код - то вцелом, задача достаточно простая.

источник

11:23пожаловаться #9

V

Victor in nginx_ru

Anton Noginov

Если есть возможность поправить приложение, и добавить туда код - то вцелом, задача достаточно простая.

Нет. В приложение вмешиваться нельзя. Так бы давно эта проблма ушла разработке

источник

11:25пожаловаться #10

AS

Andrei St in nginx_ru

kiosaku

там же написано, что можно сделать

раскидав по поддоменам? Если да то нето

источник

11:27пожаловаться #11

AN

Anton Noginov in nginx_ru

Тогда либо плясать вокруг auth_request, либо наоборот, блокировать однажды залетевших в рейт_лимит.

источник

11:27пожаловаться #12

AN

Anton Noginov in nginx_ru

Ну либо писать кастомную проксю, которая будет заниматься только валидацией клиентов

источник

11:28пожаловаться #13

ZZ

Zudva Zudvin in nginx_ru

Кто в курсе, если я прописывал обращение unix сокета для php-fpm по адресу:

fastcgi_pass unix:/var/run/php-fpm/php-fpm.sock;

Мне нужно оставлять рекомендованный документацией Nginx:

upstream php {
    server unix:/tmp/php-cgi.socket;
    server 127.0.0.1:9000;
}

?

источник

13:03пожаловаться #14

AY

Andrey Yanda in nginx_ru

Zudva Zudvin

Кто в курсе, если я прописывал обращение unix сокета для php-fpm по адресу:

fastcgi_pass unix:/var/run/php-fpm/php-fpm.sock;

Мне нужно оставлять рекомендованный документацией Nginx:

upstream php {
    server unix:/tmp/php-cgi.socket;
    server 127.0.0.1:9000;
}

?

это не рекомендация, а пример настройки, не более того

источник

13:06пожаловаться #15

A

Artyom in nginx_ru

Привет, помогите разобраться, обгуглил уже поли-нета может ли значение worker_rlimit_nofile превышать nlimit -u ? ну при нормальном конфиге? в старом было алястопятсотпАбольшА. Контейнер будет не от рута работать.

источник

13:36пожаловаться #16

A

Artyom in nginx_ru

на сервере ulimit -u выводит 1024

источник

13:36пожаловаться #17

A

Artyom in nginx_ru

Сам менять не собираюсь, не хватало еще и там ковыряЦЦо

источник

13:36пожаловаться #18