Странно, потому что tcpdump показывает что RST отправляет именно балансер --- 11:02:29.208274 IP lb1.cc1.46376 > 10.121.15.74.31001: Flags , seq 1825789029, win 29200, options , length 0 11:02:29.208683 IP 10.121.15.74.31001 > lb1.cc1.46376: Flags , seq 2625988586, ack 1825789030, win 27960, options , length 0 11:02:29.208696 IP lb1.ccby inkognito0609 - Nginx Mailing List - Russian
nginx работает в качестве tcp lb Периодически получаю 104: Connection reset by peer. --- Если причинно следственная связь в системных вызовах? writev() not ready (11: Resource temporarily unavailable) recv() failed (104: Connection reset by peer) или 104 ошибку получаем из-за того чтby inkognito0609 - Nginx Mailing List - Russian
Спасибо за ссылку. Многое прояснило. Да, проблема нашлась на стороне получателя.by inkognito0609 - Nginx Mailing List - Russian
При отправке логов через syslog (udp) проскакивают ошибки 111 Connection refused, что непонятно при отправке логов по udp, так как этот протокол не подразумевает установки соединения в принципе. strace дает следующее: 30752 sendto(64, "<190>Mby inkognito0609 - Nginx Mailing List - Russian
Тестирую использование кэша соединений для группы серверов. Настройка дефолтная: keepalive 32; keepalive_timeout 30; keepalive_requests 100; proxy_connect_timeout 1; proxy_send_timeout 60; proxy_read_timeout 60; При отключении одного бекенда из апстрима, ловиby inkognito0609 - Nginx Mailing List - Russian
Доброго времени суток. Кейс такой: Настроено логирование: на хост в файл + отправка в graylog При недоступности graylog, nginx не может отправить отправить и соответственно получаем в error.log massage "...send() failed (111: Connection refused)" чтby inkognito0609 - Nginx Mailing List - Russian
В конфигурации балансировщика настроен кэш proxy_cache_methods не указан явно, вследствии чего методы “GET” и “HEAD” всегда кэшируются. Каким образом реализовать кэширование только по заголовку s-maxageby inkognito0609 - Nginx Mailing List - Russian
proxy_cache_lock off; Отключил, при 200 RPS request_time ~ 0.41 Какие минусы при отключенном? proxy_cache_lock on; proxy_cache_lock_timeout 1s; при 200 RPS среднее request_time ~ 0.95 proxy_cache_lock on; proxy_cache_lock_timeout 500ms; при 200 RPS среднее request_time ~ 0.489 Примерно так же как и при откby inkognito0609 - Nginx Mailing List - Russian
Andrey Kopeyko, спасибо Найдена причина: "36176#36176: *15479 cache lock timeout". Так как proxy_cache_lock_timeout не указан, по умолчанию берет 5сек Дока для страждущих : https://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_cache_lock_timeout На данный момент конфиг кэша слby inkognito0609 - Nginx Mailing List - Russian
Спасибо за развернутый ответ. Переменных нет. upstream nodes_40021 { server 10.59.4.11:40021; server 10.59.4.12:40021; server 10.59.4.13:40021; server 10.59.4.14:40021; } } server { listen 443 ssl http2; server_name smth.exepmle.com; location / { proxy_pass http://nodes_40021; } } Существуюby inkognito0609 - Nginx Mailing List - Russian
Отрубил, таже ситуация...by inkognito0609 - Nginx Mailing List - Russian
... proxy_buffering on; ... Да включенаby inkognito0609 - Nginx Mailing List - Russian
Нагрузка производится Яндекс танком из локальной сети.by inkognito0609 - Nginx Mailing List - Russian
Из чего получается request_time? Прочитав данную доку: https://www.nginx.com/blog/using-nginx-logging-for-application-performance-monitoring/, сделал для себя вывод что : $request_time = $upstream_connect_time + $upstream_header_time + $upstream_response_time+$вермя_передачи_до_клиента При увеличении трby inkognito0609 - Nginx Mailing List - Russian
Доброго времени суток! Кейс такой, на NS прописан 'wildcard *.exemple.com', директивой server_name разгуливаю на бэкенды. При наборе разной белиберды - 'asdfgasdg.exemple.com' отправляет на первый server_name. Сделал заглушку типа 'server_name _;' которая кby inkognito0609 - Nginx Mailing List - Russian
Slawa Olhovchenkov Wrote: ------------------------------------------------------- > On Wed, Nov 07, 2018 at 07:34:18AM -0500, inkognito0609 wrote: > > > кейс такой: > > Основной проект лежит > > root /srv/www/app/web; > > > > Появился новый проект по url /restore, отдаем html по другомуby inkognito0609 - Nginx Mailing List - Russian
Andrey Oktyabrskiy Wrote: ------------------------------------------------------- > On 07.11.2018 15:34, inkognito0609 wrote: > > кейс такой: > > Основной проект лежит > > root /srv/www/app/web; > > > > Появился новый проект по url /restore, отдаем html по другому адресу > > locaby inkognito0609 - Nginx Mailing List - Russian
кейс такой: Основной проект лежит root /srv/www/app/web; Появился новый проект по url /restore, отдаем html по другому адресу location /restore { alias /srv/www/frontend/build/; В дальнейшем планируется n количество url, например /some для которого придеby inkognito0609 - Nginx Mailing List - Russian
Добавил отдельный location для статики, все работает location /static/ { alias /srv/www/frontend/build/static/; if env "CI_BUILD_TAG" expires 14d; add_header Cache-Control s-maxage=3600; end }by inkognito0609 - Nginx Mailing List - Russian
в /srv/www/frontend/build/ лежит html файл в котором прописан путь до статики - /static/css/main.0a23196b.css Но при обработке-> location /restore { alias /srv/www/frontend/build/; rewrite ^/restore$ /restore/; Статику ищет с добавлением restore localhost/restore/static/css/main.0a23196b.css как убрby inkognito0609 - Nginx Mailing List - Russian
Необходимо чтобы из внутренней сети доступ был без авторизации, из внешней сети для разрешенных определенных адресов запрашивался парольby inkognito0609 - Nginx Mailing List - Russian
Модуль ngx_http_access_module позволяет ограничить доступ для определённых адресов клиентов. ngx_http_auth_basic_module позволяет ограничить доступ к ресурсам с проверкой имени и пароля. Можно ли реализовать проверку имени и пароля при уby inkognito0609 - Nginx Mailing List - Russian
server { ... root /srv/www/app/web; index index.php index.html; port_in_redirect off; if (!-e $request_filename) { rewrite ^/(.*)/$ https://$host/$1 permanent; } location /restore { alias /srv/www/frontend/build/; rewrite ^/restore$ /restore/; ... При открытии страницы localhost/restore не может найтby inkognito0609 - Nginx Mailing List - Russian