Доброго дня сообществу! Прошу совета по проблеме.
Собственно, редирект с www на https без-www
server {
#1 http to https without www
listen 1.2.3.4:80;
server_name www.test.com test.com;
rewrite ^ https://test.com$request_uri? permanent;
}
server {
#2 https with www to https w
а 2017, 21:46 +03:00 от Валентин Бартенев < vb...@nginx.com
>>:
>
>On Thursday 03 August 2017 12:15:16 CoDDoC wrote:
>[..]
>> Судя по логам, это не совсем так.
>> По крайней мере, в моем случае (nginx/1.10.2), переменная $host получает имя
>> хоста из строки з
имеры неверны. Но работают, и приводят к зацикливанию при
псевдо-валидном запросе.
По большому счету, меня интересует только, как это побороть.
>Понедельник, 7 августа 2017, 13:37 +03:00 от Валентин Бартенев
>:
>
>On Monday 07 August 2017 13:25:32 Валентин Бартенев wrot
дискуссию.
Спасибо.
>Понедельник, 7 августа 2017, 16:12 +03:00 от Валентин Бартенев
>:
>
>On Monday 07 August 2017 15:26:11 CoDDoC wrote:
>> Ну, хорошо. Пусть в моем примере вообще нет хоста.
>> Тогда что такое https://test.com ? Давайте назовем строкой запроса, сут
Доброго времени суток!
Подскажите, плиз, где можно почитать нормальную документацию про сообщения в
дебаг логе.
Перерыл весь гугол, ничего толком нет. Честно, надоело играть в угадайку.
Например, что означают такие записи в режиме debug_http:
1. 2017/11/13 07:41:37 [debug] 624#0: *244736 rewrit
Доброго дня!
Собственно, классическая секция server, принимающая запросы с неправильным
$host:
server {
listen :80 default_server;
listen :443 default_server;
server_name _;
return 444;
access_log здесь лог, что попадет в эту секцию
}
Формат этого лога:
[$remote_addr] [
Это я понял. Бот дернул запрос и быстро сбежал, чтобы не попасть в бан.
Однако-же попал :)
Как мне эмулировать такую ситуацию?
>Понедельник, 20 ноября 2017, 15:34 +03:00 от Maxim Dounin :
>
>Hello!
>
>On Mon, Nov 20, 2017 at 02:57:13PM +0300, CoDDoC wrote:
>
>> Доброг
. $host = _
Т.е., в отличие от примера 2, не $server_name получаем из $host, а $host из
$server_name
Я верно понимаю алгоритм?
>Понедельник, 20 ноября 2017, 16:24 +03:00 от Maxim Dounin :
>
>Hello!
>
>On Mon, Nov 20, 2017 at 03:43:16PM +0300, CoDDoC wrote:
>
>> Это я понял
Вот в той документации-то я как-раз и запутался.
Спасибо. Вопросов нет.
>Понедельник, 20 ноября 2017, 17:24 +03:00 от Maxim Dounin :
>
>Hello!
>
>On Mon, Nov 20, 2017 at 04:43:05PM +0300, CoDDoC wrote:
>
>> Ладно, с этим разберусь.
>> Еще толику Вашего времени...
Доброе время суток!
nginx -V показывает вкомпиленные модули.
А как, без просмотра конфига, оперативно посмотреть, какие динамические модули
загружены директивой load_module?
Что-то типа php -m, apachectl -M.
--___
nginx-ru mailing list
nginx-ru@nginx.o
Доброго времени суток!
nginx/1.13.8
Тестовый сервер, 2 ядра. В конфиге 'worker_processes auto' или
'worker_processes 2' - без разницы
pstree дает такую картину:
nginx───2*[nginx───32*[{nginx}]]
32 воркера на каждый из двух
Куда копать?
--___
nginx-
Доброе время суток!
nginx/1.13.8
Случайно обнаружилась непонятка.
Конфиг 1:
http {
log_format f1 '[$time_local - 1]';
log_format f2 '[$time_local - 2]';
access_log /var/log/nginx/1.log f1;
access_log /var/log/nginx/2.log f2;
server {
Да, спасибо, уже разобрался "методом научного тыка".
ИМХО, неплохо было бы это в доках указать
>Пятница, 9 февраля 2018, 16:01 +03:00 от Maxim Dounin :
>
>Hello!
>
>On Fri, Feb 09, 2018 at 12:38:32PM +0300, CoDDoC wrote:
>
>[...]
>
>> access_log в нижест
Olhovchenkov wrote:
>> On Fri, Feb 09, 2018 at 04:01:09PM +0300, Maxim Dounin wrote:
>>
>> > Hello!
>> >
>> > On Fri, Feb 09, 2018 at 12:38:32PM +0300, CoDDoC wrote:
>> >
>> > [...]
>> >
>> > > access_log в ниж
Доброе время суток!
Слегка запутался в порядке обработки локейшенов.
Такая структура:
/1/index.html
/23/index.html
/456/index.html
/7890/index.html
Все файлы index.html, естественно, разные.
Соответственно, тестовый конфиг:
server {
location = /1/ { rewrite ^ /1/index.html break;
>> location /456/ оказался в корне дерева, и поэтому проверяется первым.
А почему именно этот? Можно поподробнее?
Спасибо.
>Понедельник, 12 февраля 2018, 16:52 +03:00 от Maxim Dounin
>:
>
>Hello!
>
>On Mon, Feb 12, 2018 at 04:31:18PM +0300, CoDDoC wrote:
>
>&
А..., вон оно как... А я голову сломал, почему локейшены откуда-то с середины
выдергиваются.
Еще раз спасибо.
>Понедельник, 12 февраля 2018, 17:17 +03:00 от Maxim Dounin
>:
>
>Hello!
>
>On Mon, Feb 12, 2018 at 04:58:32PM +0300, CoDDoC wrote:
>
>> >> location
Вам обязательно 'service nginx restart'?
'nginx -s reload' пробовали?
Насчет версии 1.12.1. В stable ветке доступна 1.12.2. Может там уже пофиксили?
>> Два интерфейса внешний и локальный. Везде ip - внешний ip.
>> Проксирование идёт по локалке.
>> Если принудительно не указывать ip в listen, то н
Да, сопоставима. Просто вы об этом ничего не сказали.
Насчет опции -s и прочих можете посмотреть nginx -h
Будет что-то типа:
nginx version: nginx/1.13.8
Usage: nginx [-?hvVtTq] [-s signal] [-c filename] [-p prefix] [-g directives]
Options:
-?,-h : this help
-v : show version
>}
>
>А прочие команды я и в документации видел, просто через service/systemctl
>как-то привычнее.
>
>CoDDoC Wrote:
>---
>> Да, сопоставима. Просто вы об этом ничего не сказали.
>> Насчет опции -s и прочих можете пос
Доброе время суток!
Есть такой локейшен:
location ~ "^/img/" { internal; }
Естественно, прямой запрос 'GET /img/file.jpg' получает 404
Все хорошо, но нужно вместо стандартной nginx страницы отдать кастомную.
Можно решать разными способами, я решил попробовать через 'return 404 '
(минимум внутрен
А... голова дырявая. Забыл про types.
Спасибо.
>Понедельник, 19 февраля 2018, 19:26 +03:00 от Maxim Dounin
>:
>
>Hello!
>
>On Mon, Feb 19, 2018 at 06:18:52PM +0300, CoDDoC wrote:
>
>> Доброе время суток!
>>
>> Есть такой локейшен:
>> locatio
И вам не хворать.
УФФ...
Во-первых, конструкция if не содержит ветки else. В ПРИНЦИПЕ!
Во-вторых, если не понимаете, как работает if, лучше не юзайте, словите кучу
проблем. То же самое относится к try_files.
В-третьих, как минимум, вам нужно разделить запросы на 2 группы: админские и
юзерские. Ил
По-моему, вы слишком усложняете.
При чем здесь вообще фтп?
И какие файлы пользак не должен скачивать? ПХП? Так в данном случае у него как
раз есть такая возможность.
ХТМЛ? - А как иначе у пользака должен работать веб интерфейс?
Жаба и ЦСС? - Так они обфусцируются и падают в кеш пользаку.
Уточните
без особого ущемления
>действий юзера. У него должна быть возможность править шаблоны в CMS-ке,
>ИСПОЛЬЗУЯ СВОЙ ФТП-ДОСТУП, и загружать в эти шаблоны всякие js и тд.
>
>
>CoDDoC Wrote:
>---
>> По-моему, вы слишком усложняет
Не знаю насчет бредовости, но такое ощущение. что вы не совсем четко ее
понимаете для себя.
1. Пользак - админ на своем ВПС. Вы - админ хоста.
2. Если пользак имеет доступ ФТП к директории /home/admin на ВПС, он может
слить себе любой пхп файл.
Другой вариант, как он может это сделать - если у
nginx-debug -v
nginx version: nginx/1.15.6
Специально обновился, до этого была версия 1.13.12, там то же самое.
Изменение levels в proxy_cache_path применяется только после полного рестарта
(service nginx-debug restart)
nginx-debug -s reload ожидаемого результата не дает
Как воспроизвести:
1. В
, неплохо было бы сказать в доке о
рестарте (ИМХО).
>Пятница, 9 ноября 2018, 16:34 +03:00 от Maxim Dounin :
>
>Hello!
>
>On Fri, Nov 09, 2018 at 10:18:30AM +0300, CoDDoC wrote:
>
>> nginx-debug -v
>> nginx version: nginx/1.15.6
>>
>> Специально обновилс
Доброго времени суток!
Передаю в php два заголовка:
proxy_set_header 'User-IP' $remote_addr;
proxy_set_header 'BIN-IP' $binary_remote_addr;
Соответственно, на стороне php ловлю их:
$_SERVER ['HTTP_USER_IP']
$_SERVER ['HTTP_BIN_IP']
Параллельно пишу значение $binary_remote_addr в лог nginx.
Доброе время суток!
Существует ли в принципе возможность получить в какую-то переменную имя
бэкенд-сервера, выбранное в директиве upstream?
Задача такая.
Есть основной сервер example.com, на котором: nginx <=> php <=> БД
и несколько бэкендов-хранилок в том же домене, но в разных ДЦ (допустим,
Доброе время суток!
Тестовый сервер: test.local. В нем тестовый кластер:
upstream cdn {
server :;
server :;
}
или:
upstream cdn {
server cdn001.test.local:;
server cdn002.test.local:;
}
Не принципиально, ибо "cdn001.test.local" резолвится в и т.д.
Само собой,
31 matches
Mail list logo