Все же понимают, что отсутствующий server_name - это просто способ
"упрощения" минимально необходимого конфига и на самом деле имя сервера все
равно присутствует (дефолтное значение - пустая строка). Что именно попадет
в этом случае в SERVER_NAME - не совсем понятно. Но исходя из всей
и да и нет.
в конфиге сервера, приведенным топикстартером server_name отсутствует, а
запрос смаршрутизировался, потому что указан default_server в listen.
а как интерпретировать MUST в случае отсутствующего server_name RFC не
говорит ))
пн, 13 мар. 2023 г. в 11:53, Maksim Kulik :
> В RFC на эту
В RFC на эту тему есть вполне четкое мнение:
The SERVER_NAME variable MUST be set to the name of the server host
to which the client request is directed.
Там должно быть имя сервера, который обслуживает этот запрос. Из
документации nginx: Первое имя становится основным именем сервера. Всё
пн, 13 мар. 2023 г. в 11:12, Nikolay Shaplov :
> В письме от понедельник, 13 марта 2023 г. 12:40:14 MSK пользователь Илья
> Шипицин написал:
> > > A deployed server can have more than one possible value for this
> > > variable, where several HTTP virtual hosts share the same IP address.
> > > In
Да, т.к. name of the server - это первое имя в директиве server_name. Выше
в переписке уже писали, что это упомянуто в документации -
http://nginx.org/ru/docs/http/ngx_http_core_module.html#server_name
Кроме этого, Максим писал про аналоги в веб-сервере Apache - там есть
ServerName, в котором
В письме от понедельник, 13 марта 2023 г. 13:16:25 MSK пользователь Maksim
Kulik написал:
> h1.example.com - это и есть имя сервера, остальное - алиасы.
Как должен выглядеть конфиг, для случая который описан в RFC
"A deployed server can have more than one possible value for this
variable,
h1.example.com - это и есть имя сервера, остальное - алиасы.
пн, 13 мар. 2023 г. в 13:12, Nikolay Shaplov :
> В письме от понедельник, 13 марта 2023 г. 12:40:14 MSK пользователь Илья
> Шипицин написал:
> > > A deployed server can have more than one possible value for this
> > > variable, where
В письме от понедельник, 13 марта 2023 г. 12:40:14 MSK пользователь Илья
Шипицин написал:
> > A deployed server can have more than one possible value for this
> > variable, where several HTTP virtual hosts share the same IP address.
> > In that case, the server would use the contents of the
пн, 13 мар. 2023 г. в 10:09, Nikolay Shaplov :
> В письме от понедельник, 13 марта 2023 г. 10:57:09 MSK пользователь Maksim
> Kulik написал:
> > А где написано, что сервер ДОЛЖЕН его ИСПОЛЬЗОВАТЬ дальше? Он должен
> > использовать это имя для ВЫБОРА виртуал-хоста. Насколько я вижу, в RFC не
> >
В письме от понедельник, 13 марта 2023 г. 10:57:09 MSK пользователь Maksim
Kulik написал:
> А где написано, что сервер ДОЛЖЕН его ИСПОЛЬЗОВАТЬ дальше? Он должен
> использовать это имя для ВЫБОРА виртуал-хоста. Насколько я вижу, в RFC не
> описано дальнейшее поведение сервера при наличии более
Hello!
On Mon, Mar 13, 2023 at 10:50:37AM +0300, Nikolay Shaplov wrote:
> В письме от понедельник, 13 марта 2023 г. 10:46:51 MSK пользователь Maksim
> Kulik написал:
> > Мне кажется, что в RFC речь идет скорее про разные блоки server {}, т.к.
> > речь явно про several virtual hosts, а не про
On Mon, Mar 13, 2023 at 11:37:47AM +0300, Evgeniy Berdnikov wrote:
> On Mon, Mar 13, 2023 at 10:50:37AM +0300, Nikolay Shaplov wrote:
> > В письме от понедельник, 13 марта 2023 г. 10:46:51 MSK пользователь Maksim
> > Kulik написал:
> > > Мне кажется, что в RFC речь идет скорее про разные блоки
On Mon, Mar 13, 2023 at 10:50:37AM +0300, Nikolay Shaplov wrote:
> В письме от понедельник, 13 марта 2023 г. 10:46:51 MSK пользователь Maksim
> Kulik написал:
> > Мне кажется, что в RFC речь идет скорее про разные блоки server {}, т.к.
> > речь явно про several virtual hosts, а не про several
Hello!
On Mon, Mar 13, 2023 at 10:33:36AM +0300, Nikolay Shaplov wrote:
> В письме от понедельник, 13 марта 2023 г. 10:27:10 MSK пользователь Maxim
> Dounin написал:
> > Hello!
> >
> > On Mon, Mar 13, 2023 at 09:20:49AM +0300, Nikolay Shaplov wrote:
> > > В письме от понедельник, 13 марта 2023
В письме от понедельник, 13 марта 2023 г. 10:46:51 MSK пользователь Maksim
Kulik написал:
> Мне кажется, что в RFC речь идет скорее про разные блоки server {}, т.к.
> речь явно про several virtual hosts, а не про several server names. То есть
> веб-сервер вполне корректно по RFC выбирает блок
Мне кажется, что в RFC речь идет скорее про разные блоки server {}, т.к.
речь явно про several virtual hosts, а не про several server names. То есть
веб-сервер вполне корректно по RFC выбирает блок server {} по имени хоста и
используется главное имя этого блока далее в работе.
Вы в своем примере
В письме от понедельник, 13 марта 2023 г. 10:27:10 MSK пользователь Maxim
Dounin написал:
> Hello!
>
> On Mon, Mar 13, 2023 at 09:20:49AM +0300, Nikolay Shaplov wrote:
> > В письме от понедельник, 13 марта 2023 г. 09:17:17 MSK пользователь Dmitry
> >
> > Ivanov написал:
> > > Вы писали 5 марта
Hello!
On Mon, Mar 13, 2023 at 09:20:49AM +0300, Nikolay Shaplov wrote:
> В письме от понедельник, 13 марта 2023 г. 09:17:17 MSK пользователь Dmitry
> Ivanov написал:
>
> > Вы писали 5 марта 2023 г., 18:41:17:
> > > При этом в самом конфиге сайта server_name не указан, сервер обслуживает
> > >
В письме от понедельник, 13 марта 2023 г. 09:17:17 MSK пользователь Dmitry
Ivanov написал:
> Вы писали 5 марта 2023 г., 18:41:17:
> > При этом в самом конфиге сайта server_name не указан, сервер обслуживает
> > все доменные имена (фильтрация по имени осуществляется на фронтэнде).
>
> Видимо,
Здравствуйте, Nikolay.
Вы писали 5 марта 2023 г., 18:41:17:
> При этом в самом конфиге сайта server_name не указан, сервер обслуживает все
> доменные имена (фильтрация по имени осуществляется на фронтэнде).
Видимо, надо потыкать в RFC разработчиков фронта и забыть о "проблеме"
--
С
Hello!
On Mon, Mar 06, 2023 at 05:17:34PM +0300, Evgeniy Berdnikov wrote:
> On Mon, Mar 06, 2023 at 02:22:25PM +0300, Andrey Kopeyko wrote:
> > On Mon, 6 Mar 2023, Nikolay Shaplov wrote:
> > > Я бы с этим всем согласился, приняв на веру, если бы в RFC не было бы
> > > написано:
> > >
> > > The
Hello!
On Mon, Mar 06, 2023 at 02:22:25PM +0300, Andrey Kopeyko wrote:
> On Mon, 6 Mar 2023, Nikolay Shaplov wrote:
>
> > В письме от понедельник, 6 марта 2023 г. 13:59:30 MSK пользователь Andrey
> > Kopeyko написал:
> >> к "нарушению RFC" приводит ваша конкретная конфигурация - когда вы
> >>
On Mon, Mar 06, 2023 at 11:25:27PM +0300, Andrey Kopeyko wrote:
> Николай, к потере вашего времени привело не несоблюление RFC (требовать
> соблюдения которого в данном конкрентном случае - не очень правильно; тут
> должно быть многа букв, расскажу голосом...), а Ваше непонимание разницы
> между
On Mon, 6 Mar 2023, Nikolay Shaplov wrote:
В письме от понедельник, 6 марта 2023 г. 23:00:22 MSK пользователь Илья
Шипицин написал:
> +1
>
> Мой мысленный эксперимент показал что ничего ни у кого не сломается. См. в
> более ранних письмах.
ну допустим, у кого-то далее по цепочке стоит
В письме от понедельник, 6 марта 2023 г. 23:00:22 MSK пользователь Илья
Шипицин написал:
> > +1
> >
> > Мой мысленный эксперимент показал что ничего ни у кого не сломается. См. в
> > более ранних письмах.
>
> ну допустим, у кого-то далее по цепочке стоит nginx, который логирует в
> access_log
пн, 6 мар. 2023 г. в 19:55, Nikolay Shaplov :
> В письме от понедельник, 6 марта 2023 г. 21:51:17 MSK пользователь Evgeniy
> Berdnikov написал:
> > On Mon, Mar 06, 2023 at 07:40:49PM +0100, Илья Шипицин wrote:
> > >а есть непустое множество тех, кто уже пользуется, и вы поменяете им
> > >
В письме от понедельник, 6 марта 2023 г. 21:51:17 MSK пользователь Evgeniy
Berdnikov написал:
> On Mon, Mar 06, 2023 at 07:40:49PM +0100, Илья Шипицин wrote:
> >а есть непустое множество тех, кто уже пользуется, и вы поменяете им
> >поведение после апгрейда.
>
> Неужели? И как же оно
On Mon, Mar 06, 2023 at 07:40:49PM +0100, Илья Шипицин wrote:
>а есть непустое множество тех, кто уже пользуется, и вы поменяете им
>поведение после апгрейда.
Неужели? И как же оно поменяется?
Поставим лучше вопрос так: что у них сломается и почему?
--
Eugene Berdnikov
пн, 6 мар. 2023 г. в 19:36, Nikolay Shaplov :
> В письме от понедельник, 6 марта 2023 г. 21:34:15 MSK пользователь Илья
> Шипицин написал:
>
> > > Товарищ, наверное, хотел сказать, что составитель дефолтной
> конфигурации
> > > не заметил некоторые проблемы, с которыми могут столнуться
>
В письме от понедельник, 6 марта 2023 г. 21:34:15 MSK пользователь Илья
Шипицин написал:
> > Товарищ, наверное, хотел сказать, что составитель дефолтной конфигурации
> > не заметил некоторые проблемы, с которыми могут столнуться пользователи.
> > И что если вместо $server_name написать $host,
пн, 6 мар. 2023 г. в 15:17, Evgeniy Berdnikov :
> On Mon, Mar 06, 2023 at 02:22:25PM +0300, Andrey Kopeyko wrote:
> > On Mon, 6 Mar 2023, Nikolay Shaplov wrote:
> > > Я бы с этим всем согласился, приняв на веру, если бы в RFC не было бы
> > > написано:
> > >
> > > The SERVER_NAME variable MUST be
В письме от понедельник, 6 марта 2023 г. 13:59:30 MSK пользователь Andrey
Kopeyko написал:
> Если вы зададите для этого сервера несуществующее имя ("_" как рекомендует
> документация, или "fakehost.fakedomain") - переменная SERVER_NAME волшебным
> образом появится.
Проверил на практике:
On Mon, Mar 06, 2023 at 02:22:25PM +0300, Andrey Kopeyko wrote:
> On Mon, 6 Mar 2023, Nikolay Shaplov wrote:
> > Я бы с этим всем согласился, приняв на веру, если бы в RFC не было бы
> > написано:
> >
> > The SERVER_NAME variable MUST be set to the name of the server host
> > to which the client
On Mon, 6 Mar 2023, Nikolay Shaplov wrote:
В письме от понедельник, 6 марта 2023 г. 13:59:30 MSK пользователь Andrey
Kopeyko написал:
к "нарушению RFC" приводит ваша конкретная конфигурация - когда вы
обрабатываете множество имён в дефолтном сервере, для которого вы _не
задаёте_ server_name.
В письме от понедельник, 6 марта 2023 г. 13:59:30 MSK пользователь Andrey
Kopeyko написал:
> к "нарушению RFC" приводит ваша конкретная конфигурация - когда вы
> обрабатываете множество имён в дефолтном сервере, для которого вы _не
> задаёте_ server_name.
>
> Вот корень всех бед.
>
> И именно
On Mon, 6 Mar 2023, Nikolay Shaplov wrote:
В письме от воскресенье, 5 марта 2023 г. 22:04:35 MSK пользователь Илья
Шипицин написал:
> Но не следует ли заменить $server_name на $host в конфигах *cgi_params в
> дистрибутиве nginx? Я в первую очередь с этой мыслью сюда пришел...
но, с другой
В письме от воскресенье, 5 марта 2023 г. 22:04:35 MSK пользователь Илья
Шипицин написал:
> > Но не следует ли заменить $server_name на $host в конфигах *cgi_params в
> > дистрибутиве nginx? Я в первую очередь с этой мыслью сюда пришел...
> но, с другой стороны, существующие механизмы позволяют
вс, 5 мар. 2023 г. в 16:59, Nikolay Shaplov :
> В письме от воскресенье, 5 марта 2023 г. 18:49:10 MSK пользователь Evgeniy
> Berdnikov написал:
>
> >
> > > Скрипту, тем ни менее нужно знать доменное имя которое он сейчас
> > > обслуживает, и он смотрит на переменную окружения SERVER_NAME.
> > >
>
В письме от воскресенье, 5 марта 2023 г. 18:49:10 MSK пользователь Evgeniy
Berdnikov написал:
>
> > Скрипту, тем ни менее нужно знать доменное имя которое он сейчас
> > обслуживает, и он смотрит на переменную окружения SERVER_NAME.
> >
> > А в этой переменной пусто.
>
> Подумайте об
Добрый день.
On Sun, Mar 05, 2023 at 06:41:17PM +0300, Nikolay Shaplov wrote:
> Разбираясь с cgi-скриптом обслуживающим многочисленные доменные имена
> столкнулся со следующей проблемой:
>
> В /etc/nginx/fastcgi_params написано
>
> fastcgi_param SERVER_NAME$server_name;
[...]
>
Приветствую!
Разбираясь с cgi-скриптом обслуживающим многочисленные доменные имена
столкнулся со следующей проблемой:
В /etc/nginx/fastcgi_params написано
fastcgi_param SERVER_NAME$server_name;
При этом в самом конфиге сайта server_name не указан, сервер обслуживает все
доменные
41 matches
Mail list logo
