Изменения в nginx 1.21.2 31.08.2021
*) Изменение: теперь nginx возвращает ошибку, если в запросе по
протоколу HTTP/1.0 присутствует строка заголовка "Transfer-Encoding".
*) Изменение: экспортные шифры больше не поддерживаются.
*) Добавление: совместимость с OpenSSL 3.0.
*) Добавление: теперь серверу аутентификации почтового прокси-сервера
передаются строки заголовка "Auth-SSL-Protocol" и "Auth-SSL-Cipher".
Спасибо Rob Mueller.
*) Добавление: API для обработки тела запроса теперь позволяет
буферизировать обрабатываемые данные.
*) Исправление: SSL-соединения к бэкендам в модуле stream могли зависать
после SSL handshake.
*) Исправление: уровень безопасности, доступный в OpenSSL 1.1.0 и новее,
не учитывался при загрузке сертификатов сервера, если был задан через
"@SECLEVEL=N" в директиве ssl_ciphers.
*) Исправление: SSL-соединения с gRPC-бэкендами могли зависать, если
использовались методы select, poll или /dev/poll.
*) Исправление: при использовании HTTP/2 тело запроса всегда
записывалось на диск, если в запросе не было строки заголовка
"Content-Length".
--
Maxim Dounin
http://nginx.org/
12.08.2021 16:21, Oleksandr V. Typlyns'kyi пишет:
> чт, 12 серп. 2021, 10:57 користувач Eugene Grosbein <eugen(a)grosbein.net <mailto:eugen@grosbein.net>> пише:
>
>
> По-моему, нижнее подчеркивание в именах хостов (записи A или AAAA) никто не разрешал.
> Не надо использовать нижнее подчеркивание (можно заменить на дефис) и всё будет хорошо.
>
>
> Так и есть, но если очень хочется, то можно через CNAME.
> Кто его знаек как регистрация внутри устроена.
CNAME ничего не меняет в корректности подчеркивания для доменных имён,
подчеркивание остаётся некорректным символом для этого.
Подчеркивание afair разрешено только для записей типа SRV.
OS: macOS 11.5.2 (20G95)
NGINX запущен как контейнер, порты привязаны к хосту
ports:
- target: 80
published: 80
protocol: tcp
mode: host
- target: 443
published: 443
protocol: tcp
mode: host
в конфигурации определен сервер
http {
server {
listen 443 quic;
listen 443 ssl http2;
server_name web_app.localhost;
...
}
}
Если в браузере указать URL - https://web_app.localhost - ,браузер корректно
разрешает имя и отображает страницу
Если в терминале выполнить - curl https://web_app.localhost - получим
ошибку: curl: (6) Could not resolve host: web_app.localhost
/etc/host:
-------------------------------------------------------------------------------
##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting. Do not change this entry.
##
127.0.0.1 localhost
255.255.255.255 broadcasthost
::1 localhost
# Added by Docker Desktop
# To allow the same kube context to work on the host and the container:
127.0.0.1 kubernetes.docker.internal
# End of section
/etc/resolv.conf :
------------------------------------------------------------------------------------------------------
#
# macOS Notice
#
# This file is not consulted for DNS hostname resolution, address
# resolution, or the DNS query routing mechanism used by most
# processes on this system.
#
# To view the DNS configuration used by this system, use:
# scutil --dns
#
# SEE ALSO
# dns-sd(1), scutil(8)
#
# This file is automatically generated.
#
nameserver 192.168.0.1
Posted at Nginx Forum: https://forum.nginx.org/read.php?21,292205,292205#msg-292205
Коллеги, нужна помощь.
есть виртуальный хост, один из пары десятков на сервере (2 одинаковых).
у него есть такая конфа
location ~ \.(php|htm|html|phtml)$ {
fastcgi_pass unix:/var/run/php-www.sock;
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME /var/www/domain.ru$fastcgi_script_name;
fastcgi_param PHP_ADMIN_VALUE "auto_prepend_file=/var/www/adauth.php";
#include /etc/nginx/fastcgi_params;
}
Проблема заключается в том что при заходе на другие домены на этом же
сервере периодически получается что у них подключается auto_prepend_file
причем это не постоянно, а через раз-пять-десять.
снаружи еще один nginx в качестве балансировщика. там только proxy_pass
В какую сторону копать для исправления проблемы?
--
P.S. Сохраняйте переписку в теле письма.
___________________________________
Best regards, Konstantin @MihaKot@ Aksarin.
Phone: +7 921 74 66 818
Skype: mihakot
E-mail: mihakot(a)gmail.com