Уважаемые администраторы, проверьте пожалуйста, что на вашей стороне не
фильтруется ICMPv6, в частности packet-too-big.
On 13/10/2020 09:46, sergio wrote:
On 24/09/2020 16:26, Maxim Dounin wrote:
Но с нашей стороны явно имеет смысл проверить, что ICMP
fragmentation needed (ICMPv6 Packet Too
подозрение, что действительно зафильтрованы. Проверьте пожалуйста.
--
sergio.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
On 04/05/2020 18:27, Maxim Dounin wrote:
>> На диске лежит index.html.gz (index.html нет)
> Так и в чём вопрос?
Как сделать так, что бы https://website.tld/ работал?
--
sergio.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.
ml;" то nginx пытается отобразить
содержимое директории.
Если написать "index index.html.gz;" или "index index.html; try_files
$uri.gz =404;" или то nginx отдаёт index.html.gz как есть: без
content-encoding=gzip и с content-type=application/octet-stream
--
sergio.
___
ngx_http_gzip_static_module.html говорит:
With the “always” value .. It is useful if there are no uncompressed
files on the disk anyway
Но переключние gzip_static с on на anyway при отсутствующем test.html
ничего не меняет: nginx продолжает отвечать 404.
--
sergio.
___
nginx-ru
ается, всё встало на свои места, спасибо!
В случае, если resolver не указан, и при этом включён OCSP stapling
- nginx будет пытаться использовать IP-адреса OCSP-сервера, полученные
при старте
Полученные от кого?
--
sergio.
___
nginx-ru mailing lis
OCSP Response Data:
в tcpdump'е в этот момент тишина,
в error log пачка абсолютно таких же записей как и в первый раз один в один
--
sergio.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
либо логов нужного уровня нет, либо вы неправильно в них смотрите
логи есть, смотрю их правильно
Судя про тому, что при отсутствии resolver используется localhost а не
IP OCSP, видимо есть какая-то умолчательная логика?
--
sergio.
___
nginx-ru mailing lis
будет пытаться использовать IP-адреса
OCSP-сервера, полученные при старте,
при каждом обращении к OCSP-серверу ругаясь в логи про "no
resolver defined to resolve ..." на уровне warn.
Проверил всё ещё раз. "no resolver defined to resolve" в логах нет.
(Сами лог
-backports
--
sergio.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
10 matches
Mail list logo