On Friday 29 April 2016 10:26:39 locojohn wrote:
> Hello,
>
> As of recently, shortly after updating nginx to version 1.11.0, we started
> getting the following errors in the error log for our sites configured with
> HTTP/2 and SSL:
>
> 2016/04/29 14:54:12 [info] 22321#22321: *290 client sent
Здравствуйте.
Мы все больше используем микросервисы, они имеют уникальные uri, выполняют
атомарные операции и отдают JSON ответы, их проксирует и кеширует Nginx.
В этих бекенд микросервисах, часто появляются задачи для решения которых
нужны ответы от других бекенд микросервисов, приходится
Hello!
On Fri, Apr 29, 2016 at 6:18 AM, Pasi Kärkkäinen wrote:
>
> One question about the new "ngx.balancer" Lua API .. with quick look I didn't
> notice anything related to upstream healthchecks.. is this something you've
> been looking at improving, or is it out of scope for this module?
>
Francis,
Sorry it took so long, I've finally come back to this question.
The example you gave works great:
server {
listen 127.0.0.1:8088;
return 200 "listen 127.0.0.1:8088\n";
}
server {
listen 10.0.1.2:8088;
return 200 "listen 10.0.1.2:8088\n";
Здравствуйте, Babaev.
Вы писали 29 апреля 2016 г., 22:46:06:
> Это означает, что по адресу IP:/cwr - доступен будет ответ от Nginx
> Как это работает, если форвардинг указан только на IP без параметров? Как
> это поймет Nginx?
роутер узнает из L3 пакета IP куда слать, а nginx узнает из L7
Sorry, this is version of nginx obtained directly from GIT master branch. I
believe in the sense of described behaviour, it is essentially the same as
1.10.0.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?2,266525,266533#msg-266533
___
> Как это работает, если форвардинг указан только на IP без параметров? Как
> это поймет Nginx?
сначала я написал "а почитайте про разницу между HTTP 1.0 и 1.1, и
вопрос прояснится"
а потом я осознал - Вы же не понимаете, на каком уровне работают tcp
forward и http.
не надо задавать вопросы
Здравствуйте, Babaev.
Вы писали 29 апреля 2016 г., 22:34:13:
> Например на роутере настроен Forwarding всех входящих запросов на выделенный
> IP сервера Nginx. Клиент запрашивает ресурс: www.google.ru
> Каким образом Nginx понимает, какой ресурс (URL) запрашивается клиентом,
> если настройки
Например на роутере настроен Forwarding всех входящих запросов на выделенный
IP сервера Nginx. Клиент запрашивает ресурс: www.google.ru
Каким образом Nginx понимает, какой ресурс (URL) запрашивается клиентом,
если настройки форвардинга - только IP адрес?
Posted at Nginx Forum:
For reference, that snippet seem to have done the job.
I'm not redirecting them, I trash them though.
if ($args ~* "^param\%"){
access_log off;
return 410;
}
Posted at Nginx Forum:
https://forum.nginx.org/read.php?2,265514,266528#msg-266528
___
If you're from the apache world, nginx configuration if often
counter-intuitive.
Does the following help?
# To find location matching a given request, nginx first checks locations
defined
# using the prefix strings (prefix locations). Among them, the location with
the
# longest matching prefix
Strange, cannot find 1.11.x
Maybe you mean 1.10.0?
root@NC-PH-0657-10:/usr/local/src/nginx# wget
http://nginx.org/download/nginx-1.11.0.tar.gz
--2016-04-29 10:53:26-- http://nginx.org/download/nginx-1.11.0.tar.gz
Resolving nginx.org (nginx.org)... 206.251.255.63, 95.211.80.227,
Hello,
As of recently, shortly after updating nginx to version 1.11.0, we started
getting the following errors in the error log for our sites configured with
HTTP/2 and SSL:
2016/04/29 14:54:12 [info] 22321#22321: *290 client sent stream with data
before settings were acknowledged while
Hi,
I have a case where a redirect for
word-hyphen
should take precendence over a proxy_pass with
word
only
both are inside location {} directives.
location ~ ^/word-hyphen{
return 301 https://bla/one/two/word-hyphen ;
}
location /word{
proxy_pass http://upstream/ ;
}
I just can't
Hi,
On Thu, Apr 28, 2016 at 12:38:18PM -0700, Yichun Zhang (agentzh) wrote:
> Hi folks
>
> We had a good time at our first bay area OpenResty meetup [1] last
> month. Now I'd like to share with you the video recordings and slides
> for our presentations:
>
>
> * Presentation "What's new in
OK. Thanks!
-Mensaje original-
De: nginx [mailto:nginx-boun...@nginx.org] En nombre de itpp2012
Enviado el: miércoles, 27 de abril de 2016 12:33
Para: nginx@nginx.org
Asunto: Re: Protect site with username and password
http://nginx.org/en/docs/http/ngx_http_auth_basic_module.html
Posted
Hi Dani.
Am 29-04-2016 01:43, schrieb Dani Bento:
# HG changeset patch
# User Daniela Bento
# Date 1461886571 -3600
# Fri Apr 29 00:36:11 2016 +0100
# Node ID 6a1f953371d22ab082f05b5249d29ec72f934411
# Parent 2f98b5709d7965e7c97cb74b8380014179c7bf0d
Contrib:
Написал баг в Mozilla: https://bugzilla.mozilla.org/show_bug.cgi?id=1268775
Посмотрим, что там скажут.
28.04.2016 21:52, Валентин Бартенев пишет:
[..]
В логе ничего необычного. Похоже на какую-то регрессию в Firefox 46.
Позже посмотрю на него внимательнее.
--
Валентин Бартенев
Francis, your config did magic! Kudos...
However, I just wondering the cause for the redirect URL having two trailing
slashes "//" i.e. "http://archives.unam.edu.na//;? The links seem to work
though.
The two server blocks are as follows.
server {
listen 80;
listen 443 ssl;
19 matches
Mail list logo