7:35:32PM +0300, Igor Savenko wrote:
>
> > Добрый день! Странная ситуация, апстримом для nginx является лайтспид, и
> > вот этот лайтспид на http2 отдает нормальные заголовки ответа, а для
> > http/1.1 некорректные, например, вот это выводит curl:
> > curl -s -v --http1.1 -o
Добрый день! Странная ситуация, апстримом для nginx является лайтспид, и
вот этот лайтспид на http2 отдает нормальные заголовки ответа, а для
http/1.1 некорректные, например, вот это выводит curl:
curl -s -v --http1.1 -o /dev/null https://domain.com/images/12345.png
--resolve domain.com:443:1.2.3.4
по всему, это CloudFlare шлет такие заголовки, но без понижения уровня
логгирования понять это было затруднительно.
вт, 13 сент. 2022 г. в 23:31, Maxim Dounin :
> Hello!
>
> On Tue, Sep 13, 2022 at 01:07:29PM +0300, Igor Savenko wrote:
>
> > Большое спасибо! Да, включен http/2
nginx мог отдавать в логе нули если запросы попали под
rate-лимитирование. Воспроизвести, однако, пока не удалось -- ожидаемо
отдавался код 503.
вт, 13 сент. 2022 г. в 00:04, Maxim Dounin :
> Hello!
>
> On Mon, Sep 12, 2022 at 07:40:16PM +0300, Igor Savenko wrote:
>
> > Прокси-
К сожалению, логи с application сервера, относящиеся к данному событию,
были ротированы и/или удалены, поэтому непонятно, что там случилось.
пн, 12 сент. 2022 г. в 16:28, Igor Savenko :
> Добрый день. Nginx в качестве прокси сервера, в логе наблюдается вот такие
> странные записи:
>
access_log /var/log/nginx/access.log main;
Application-server, который за прокси-сервером:
access_log /var/log/nginx/access.log combined buffer=4k flush=5m;
пн, 12 сент. 2022 г. в 19:11, Maxim Dounin :
> Hello!
>
> On Mon, Sep 12, 2022 at 04:28:24PM +0300, Igor Savenko wrote:
>
Добрый день. Nginx в качестве прокси сервера, в логе наблюдается вот такие
странные записи:
1.2.3.4 - - [08/Sep/2022:23:10:33 +0300] "-" 000 0 domain.org "
https://domain.org/"; "Mozilla/5.0 (Windows NT 10.0; Win64; x64)
AppleWebKit/537.36 (KHTML, like Gecko) Chrome/104.0.0.0 Safari/537.36" ,
то ес
Добрый день! Подскажите, пожалуйста, можно ли указатель на созданную в
одном STREAM модуле (слушает на UNIX сокете) shared memory (mmap, созданной
с помощью 'ngx_shm_alloc') передать через какой-либо общесерверный контекст
в другой, HTTP, модуль, чтобы эта shared memory была доступна для всех
ворке
Добрый день!
Есть задача в одном STREAM модуле создавать и писать в shared memory (mmap,
созданной с помощью 'ngx_shm_alloc', а в другом, HTTP модуле, читать из
этой shared memory. Есть ли способ положить адрес этой созданной shared
memory в какой-то общесерверный контекст, так, чтобы он был доступ
Добрый день! Есть задача сделать общий location для всех virtual hosts,
чтобы при выполнении определенного условия происходил inner redirect на
этот location из любого virtualhost. Можно хоть намек, как это сделать
программно, в модуле? На уровне конфига, похоже, не получится -- нужно
будет скорее
> http://192.168.255.5/one ; grep -c /one /var/log/nginx/local-access.log
> >> 909
> >>
> >> 502 Bad Gateway
> >>
> >> 502 Bad Gateway
> >> nginx/1.15.8
> >>
> >>
> >> 1813
> >
> >> grep -c /one
.8
> >
> >
> > 1813
>
> > grep -c /one /var/log/nginx/local-access.log ; curl
> http://192.168.255.5/one ; grep -c /one /var/log/nginx/local-access.log
> > 1813
> >
> > 502 Bad Gateway
> >
> > 502 Bad Gateway
> > nginx/1.15.8
>
есть $server_addr -- 10.0.0.143, a не 146, как ожидалось...
То есть в $server_add
чт, 28 февр. 2019 г. в 18:37, Fedor Dikarev :
>
> 28.02.2019 19:20, Igor Savenko пишет:
> > Доброе время суток!
> > Подскажите, есть ли вообще способ определить, на какой именно адрес был
> > послан
Доброе время суток!
Подскажите, есть ли вообще способ определить, на какой именно адрес был
послан запрос (хост имеет несколько интерфейсов с разными адресами или
несколько secondary адресов на одном интерфейсе), чтобы спроксировать этот
запрос на корректный адрес upstream. который тоже слушает на
Спасибо! :) Понятно
22 февраля 2018 г., 18:52 пользователь Maxim Dounin
написал:
> Hello!
>
> On Thu, Feb 22, 2018 at 06:15:35PM +0200, Igor Savenko wrote:
>
> > Большое спасибо, Максим! Тем временем, я обратил внимание на то, каким
> > образом в openresty реал
}
}
Актуален ли данный подход? Это хак, недокументированная возможность или
широкоизвестная в узких кругах функциональность?
22 февраля 2018 г., 18:08 пользователь Maxim Dounin
написал:
> Hello!
>
> On Thu, Feb 22, 2018 at 03:10:04PM +0200, Igor Savenko wrote:
>
> > Доб
Добрый день! Есть ли способ указать, что данный хендлер (в моем случае
ModSecurity handler в access-phase) должен вызываться последним Или после
определенного хендлера? Или, как воркэраунд, в данном модуле проверить
определенное условие, и если оно не выставлено, выдать NGX_DECLINED, чтобы
потом эт
17 December 2017 13:54:37 MSK Igor Savenko wrote:
> > Большое человеческое спасибо за ответ, Максим! Вы правы, ничего не
> мешает.
> > Просто хотелось это сделать красиво, правильно, основываясь на
> существующих
> > примерах (к сожалению, я пока не нашел в коде nginx, его моду
пробовать.
17 декабря 2017 г., 4:10 пользователь Maxim Dounin
написал:
> Hello!
>
> On Fri, Dec 15, 2017 at 11:10:41PM +0200, Igor Savenko wrote:
>
> > Допустим, есть самописный модуль X, который может писать в юникс-сокет.
> > Есть другой модуль Y, которому нужно помо
Допустим, есть самописный модуль X, который может писать в юникс-сокет.
Есть другой модуль Y, которому нужно помочь в лог-фазе сбрасывать
информацию в наш сокет. Как из лог-хендлера второго модуля вызвать условную
функцию send_to_our_socket первого модуля? Спасибо!
_
20 matches
Mail list logo
